Devices, systems, and methods for automated medical product or service delivery

ABSTRACT

Various embodiments disclosed herein include systems, methods, and devices for automated delivery of medical services and products. In certain embodiments, the systems and/or methods are at least partially controlled by a computer.

If an Application Data Sheet (ADS) has been filed on the filing date ofthis application, it is incorporated by reference herein. Anyapplications claimed on the ADS for priority under 35 U.S.C. §§119, 120,121, or 365(c), and any and all parent, grandparent, great-grandparent,etc. applications of such applications, are also incorporated byreference, including any priority claims made in those applications andany material incorporated by reference, to the extent such subjectmatter is not inconsistent herewith.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application claims the benefit of the earliest availableeffective filing date(s) from the following listed application(s) (the“Priority Applications”), if any, listed below (e.g., claims earliestavailable priority dates for other than provisional patent applicationsor claims benefits under 35 USC §119(e) for provisional patentapplications, for any and all parent, grandparent, great-grandparent,etc. applications of the Priority Application(s)). In addition, thepresent application is related to the “Related Applications,” if any,listed below.

Priority Applications

None.

Related Applications

-   -   U.S. patent application Ser. No. ______, entitled DEVICES,        SYSTEMS, AND METHODS FOR AUTOMATED MEDICAL PRODUCT OR SERVICE        DELIVERY, naming RODERICK A. HYDE, MURIEL Y. ISHIKAWA, JORDIN T.        KARE, GARY L. MCKNIGHT AND ROBERT C. PETROSKI as inventors,        filed 14 Nov. 2013 with attorney docket no. 1212-004-001-000000,        is related to the present application.    -   U.S. patent application Ser. No. ______, entitled DEVICES,        SYSTEMS, AND METHODS FOR AUTOMATED MEDICAL PRODUCT OR SERVICE        DELIVERY, naming RODERICK A. HYDE, MURIEL Y. ISHIKAWA, JORDIN T.        KARE, GARY L. MCKNIGHT AND ROBERT C. PETROSKI as inventors,        filed 14 Nov. 2013 with attorney docket no. 1212-004-002-000000,        is related to the present application.

If the listings of applications provided above are inconsistent with thelistings provided via an ADS, it is the intent of the Applicant to claimpriority to each application that appears in the Priority Applicationssection of the ADS and to each application that appears in the PriorityApplications section of this application.

All subject matter of the Priority Applications and the RelatedApplications and of any and all parent, grandparent, great-grandparent,etc. applications of the Priority Applications and the RelatedApplications, including any priority claims, is incorporated herein byreference to the extent such subject matter is not inconsistentherewith.

SUMMARY

Described herein for various embodiments include systems, methods, anddevices for automated delivery of medical products or services. Incertain embodiments, the systems and/or methods are at least partiallycontrolled by a computer.

The foregoing summary is illustrative only and is not intended to be inany way limiting. In addition to the illustrative aspects, embodiments,and features described above, further aspects, embodiments, and featureswill become apparent by reference to the drawings and the followingdetailed description.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 illustrates a partial view of an embodiment disclosed herein.

FIG. 2 illustrates a partial view of an embodiment disclosed herein.

FIG. 3 illustrates a partial view of an embodiment disclosed herein.

FIG. 4 illustrates a partial view of an embodiment disclosed herein.

FIG. 5 illustrates a partial view of an embodiment disclosed herein.

FIG. 6 illustrates a partial view of an embodiment disclosed herein.

DETAILED DESCRIPTION

In the following detailed description, reference is made to theaccompanying drawings, which form a part hereof. In the drawings,similar symbols typically identify similar components, unless contextdictates otherwise. The illustrative embodiments described in thedetailed description, drawings, and claims are not meant to be limiting.Other embodiments may be utilized, and other changes may be made,without departing from the spirit or scope of the subject matterpresented here.

In an embodiment, at least one of the methods, devices, computersystems, or computer program products disclosed herein is utilized forautomated delivery of medical services or products to a subject in ahealthcare setting. In an embodiment, at least one of the methods,devices, computer systems, or computer program products disclosed hereinis utilized for automated delivery of medical services or products to asubject in a non-healthcare setting. In an embodiment, at least one ofthe methods, devices, computer systems, or computer program productsdisclosed herein is utilized for automated delivery of medical servicesor products to a subject in a kiosk located, for example, in an office;school; pharmacy; retail store; drug store; airport; church, temple,synagogue or other place of worship; hospital; nursing home or otherlong-term care setting; childcare facility; adult care facility;government agency; or other location. In an embodiment, at any of theselocations, the subject does not directly interact with a person, butinstead may interact with a computerized device for assistance. In anembodiment, the kiosk is part of a network of kiosks. In an embodiment,each kiosk in the network of kiosks is located at a separate anddistinct location. In an embodiment, multiple kiosks in the network arelocated in close proximity (e.g., multiple kiosks in an airport, school,etc.). In an embodiment, at least one kiosk in the network includes aGPS locator to identify the location of the subject seeking the medicalproduct or service.

In an embodiment, the methods, devices, computer program products, orcomputer systems disclosed herein assist in the assessment (e.g.,diagnosis, temporary stabilization, determination of trauma, etc.) of asubject based on evaluated criteria (EC) and using the EC of the subjectto assign a Health Status Indicator (HSI), which indicates if medicalservices or products may be delivered, and if so, which ones.

In an embodiment, the HSI of subjects is updated in real time with oneor more of temporal, spatial, or subject-specific data. The data may beentered by a user (e.g., the subject him/herself or a healthcareprovider), or by one or more sensors or other detectable indicators ortests.

In an embodiment, a request for a particular medical service or productis made by the subject or by a healthcare provider on behalf of thesubject. For example, a subject may request pain relievers, antibiotics,bandages, anti-diuretics, nutraceutical, stool softeners, femininehygiene products, cold compresses or heating pads, x-rays, pregnancytest, HIV test, cholesterol or blood glucose test, urinalysis, MRSAtest, flu test, bird flu test, hearing test, eye exam, body mass indextest, glucose strips, glucose finger sticks, a glucose monitor, heartmonitor, etc.

In an embodiment, visual inspection by an automated computing device, ordirectly by a healthcare worker (e.g., via Skype, video phone, or othersimilar electronic interaction) is provided by a screen at the kiosk. Inthis way, skin tone or color, hair tone or color, pallor, bruises,lacerations, rashes, etc. and overall condition can be assessed ifneeded in order to satisfy the threshold to receive the medical productor service being sought by or for the subject.

In an embodiment, audio inspection by an automated computing device, ordirectly by a healthcare worker (e.g., via telephone, voicemail, orother similar electronic audio interaction) is provided by a microphoneor other input/output device operably coupled to the computing devicethat interacts with the kiosk and/or network of kiosks. In this way,coughing, heartbeat, voice, or overall condition can be assessed ifneeded in order to satisfy the threshold to receive the medical productor service being sought by or for the subject.

In an embodiment, the request for a particular medical service orproduct has been previously made by the subject at a healthcarefacility, where the subject obtained a coded voucher that can be scannedor manually entered by the subject or for the subject (e.g., if thesubject is not a human subject, or not an adult human subject, or notcapable of engaging with the kiosk him/herself).

In an embodiment the subject pre-orders and/or pre-pays for the medicalservice or product prior to engaging with the automated kiosk or otherremote system. In an embodiment, the voucher provides for a singledispensing of the medical service (e.g., assessment or test, such aspregnancy test or HIV test, sexually transmitted disease test, malariatest, etc.) or product. In an embodiment, the voucher provides for aseries or regular schedule of dispensing of the service or product(e.g., 3 ^(rd) day of each month). In an embodiment, the voucher has anexpiration date or a particular time window during which the medicalservice or product must be obtained or the voucher terminates and is nolonger able to be used. In an embodiment, the voucher includes either apaper voucher or an electronic voucher (e.g., a voucher that can bedisplayed on a smartphone, laptop, notebook, or other electronic deviceor by electronic file such as with a flash drive). In an embodiment, thevoucher must be presented at a specific kiosk location in order for itto be valid. In an embodiment, the voucher may be presented at any kiosklocation. In an embodiment, the voucher includes information that can bescanned, for example, by bar code, text recognition, Quick Response (QR)code, RFID, magnetic strip, keyable code sequence (numeric, alphabet,alpha-numeric, byte/binary, etc.), UPC bar code, light patterns,reflective patterns, etc. or other detectable identification. In anembodiment, the voucher contains encrypted electronic informationspecific to the subject, such as identifying information or informationrelated to the prescription, payment, schedule of payment or dispensingof service or product.

In an embodiment, a subject must satisfy a verification threshold priorto receiving the requested medical product or service. In an embodiment,the verification threshold is pre-determined, and may be customized tothe subject or the product or service being sought. For example, asdescribed herein, for controlled substances, a necessarily high level ofverification by the subject can be required, whereas for a bandage, alow level of verification by the subject can be required. In anembodiment, as described herein the verification threshold is satisfiedby a pre-determined verification process, including, for example,identification (e.g., driver's license number, social security number,etc.), optionally a prescription (e.g., a voucher or pre-approval by ahealthcare worker) or optionally insurance information or insuranceapproval, and optionally an assessment of the subject's electronichealth record and/or queries regarding past use of the medical productor service, allergies, or other health conditions, etc. may be needed tosatisfy the verification threshold. In an embodiment, the subject isseeking a medical product or service that has been pre-paid. In anembodiment, the verification threshold is not satisfied and instead thesubject is denied the medical product or service being sought. In anembodiment, the subject may be referred to a healthcare facility orworker for further verification related to the medical product orservice being sought. In an embodiment, the healthcare worker orfacility is accessible by way of the kiosk itself. In an embodiment, thehealthcare worker or facility is not accessible by way of the kiosk andin certain instances a map or other location information is provided tothe subject in order to continue the process elsewhere. In anembodiment, the kiosk accesses all records for the subject via thenetwork and if the subject has exceeded the approved level or number ofmedical products or services being sought, the subject is denied and theverification threshold is not satisfied. In this case, the entirenetwork may be flagged to prevent the subject from using another kioskin the network to seek a product or service.

In an embodiment, at the time the input information is provided to thesystem, if a pre-approval prescription is being sought, the prescriptioncan be edited or deleted, for example if the subject is seeking ageneric pharmaceutical rather than the name-brand pharmaceuticalprescribed by the doctor, or if the subject is seeking an equivalentpharmaceutical drug that is approved by the subject's insurance. Thesubject inputs information into the input/output device that requeststhat the prescription be edited. The system includes circuitryconfigured for specific modifications of the prescription withoutfurther approval, as was previously entered by a healthcare worker, andgrants the modification if it falls within the range specified forapproval by the healthcare worker. If the requested modification fallsoutside the range specified for approval by the healthcare worker, thenthe request to modify the prescription is denied. The subject cancontinue with the original pre-approved prescription, or seek furtherengagement with the kiosk system in order to seek approval following thefirst round denial. If, upon further input of information into thesystem and optionally consultation with an automated computerizedresponse system or human healthcare worker, the request to modify theprescription is satisfied, then the prescription is noted as modifiedand such information is shared with the kiosk system. The originallypre-approved prescription is then noted as deleted or refused by thesubject.

In an embodiment, all input information and output information relatedto the engagement of the subject with the kiosk is shared with thenetwork to which this particular kiosk is a member, if a network exists.In an embodiment, all information regarding any particular subject isupdated in real time such that the subject cannot attempt to redeem morethan one voucher or pre-approved prescription, or cannot attempt to seekoutright a medical product or service at more than one kiosk. Thus, theupdated information regarding the subject prevents abuse of the systemby prohibiting the subject from seeking the same thing twice within aspecified time frame. As indicated herein elsewhere, the subject mayseek a medical product or service on a schedule, as approved by ahealthcare worker, which provides for automatic renewal of theeligibility to receive the medical product or service at a specifictime, after a specified time period, or at a continuing time point. Inan embodiment, the output includes dispensing of the requested medicalproduct or service.

In an embodiment, the subject or someone acting on behalf of the subject(e.g., if the subject is a minor, or non-human animal) is required tosign a signature box as part of the kiosk system input on theinput/output device (for example, with a stylus or finger).Alternatively, a fingerprint may be provided instead of a signature forreceipt of the product or service.

In an embodiment, the system alerts the subject if the subject isseeking a medical product or service that may cause adverse reactionswith an item in the subject's personal medical history records (e.g.,other medications, allergies, etc.). In an embodiment, this alertprevents the subject from receiving the medical product or service beingsought and requires further interaction with the kiosk to modify therequest, or interaction with a healthcare worker (e.g., either bytelephone, videophone, email, chat, etc.) at the kiosk, or the subjectis instructed to seek medical attention and the request is outrightdenied.

In an embodiment, input information related to the subject seeking amedical product or service is shared with one or more of a vendor,social media, corporate sponsor, advertising partner, corporate partner,or other third party. In an embodiment, the subject is notified thatsuch sharing may be optional. In an embodiment, input informationrelated to the subject is anonymized prior to sharing. In an embodiment,input information related to the subject seeking a medical product orservice is shared with health databases, such as the CDC, state, local,or federal agencies. In an embodiment, the subject is notified that inorder to proceed to seek the medical product or service being sought, itis necessary to share certain or all information related to thatsubject.

In an embodiment, a verification code not provided with the voucher butalso given to the subject or subject's guardian (e.g., by text to a cellphone) is required for added security when obtaining the medical serviceor product at the kiosk by using a voucher.

In an embodiment, the subject is able to check (e.g., by electronicaccess through the internet or another network) that a particular kioskhas the subject's particular medical service or product available.

In an embodiment, the methods, devices, computer systems, or computerprogram products save healthcare facilities time, money, and reduceerrors by increasing efficiency and collecting and presenting accurateinformation about each subject receiving automated medical services orproducts. Likewise, the methods, devices, computer systems, or computerprogram products provide benefits to subjects, including but not limitedto, customized attention, time savings, money savings, insurancecompliance (including governmental compliance), reduction of errors,easier documentation (e.g., automatic recording of dispensing of adrug), inventory control, controlled-substance control (for example bynetworking with the Drug Enforcement Agency), expiration management ofany products that have an expiration date, and faster treatment. Thus,various embodiments disclosed herein assist healthcare facilities,particularly emergency departments, reduce the overload of subjects whoare able to receive adequate medical attention without having to go tothe emergency room. Further, the high level of data collection from thesubject at the kiosk or other remote location results in fewerre-billing events for payment of services due to inaccurate informationreceived, or mistakes made on intake of the subject to a healthcarefacility.

In an embodiment, the methods, devices, computer systems, or computerprogram products also access any electronic health records that caninclude, among other things, the subject's past medical problems and/ortreatments as well as possible identifying information. In anembodiment, the subject can request that his/her electronic healthrecords be transferred to the kiosk, for example by uploading them tothe kiosk, by way of scanning them in, by inserting via flash drive intothe kiosk device, or remotely by electronic transfer by way of theinternet or other secure network access.

In an embodiment, where the medical service or product is an unusualone, the subject may pre-order the product or service, or getpre-authorization (e.g., by way of voucher as described herein for otherembodiments) and the kiosk will then stock the product or service notusually stocked at the particular kiosk. In an embodiment, the stockingand order may be electronically or automatically controlled, or may bemanually entered into the system. In an embodiment, the kiosk is part ofa network utilizes standard inventory control principles adapted to thevarious embodiments disclosed herein, for example, by utilizingreordering points that detect a quantity or date that indicates it istime to re-order a particular product or service. For example, eachproduct or service (if not located in a locked dropbox, as describedherein) may be located in a cartridge that allows for the product orservice to be easily delivered. In an embodiment, the re-stocking ofvarious kiosks is done by way of a central location, a regionallocation, or an individual location. Thus, the worker or automaticre-stocking occurs in a manner similar to re-stocking a vending machine,with additional levels of verification of identity of each product orservice being stocked in the kiosk.

In an embodiment, the kiosk includes lockers (e.g., heavy metal lockedboxes or safes) that are configured to be opened only by way of thevoucher form the subject has obtained by the prescription writinghealthcare provider and optionally by added security features such asproviding subject identification (e.g., fingerprint, driver's licensenumber, debit card, date of birth, social security number,subject-specific health record number, insurance card number, iris scan,passport number, credit card, Flexible Saving Account card, HealthSaving Account card, Health Reimbursement Account card, etc.) oroptionally by a verification code obtained from the healthcare providerbut not necessarily located on the voucher (e.g., a text or email orseparate code obtained by the subject). In an embodiment, the codedlocks include a termination time so that the voucher must be presentedto open the locked box during a specific time period or the medicalservice or product can no longer be obtained by the subject. In anembodiment, the locked boxes are configured to be opened by a key, whichis provided to the subject by the healthcare provider or in anothermanner. In an embodiment, the key or code utilized to open the lockeddrop box is patient specific or service/product specific. In anembodiment, a reading and/or imaging apparatus is utilized forreading/imaging a credit card or debit card, social security card,insurance card, voucher, etc. and the image or other electronicinformation is communicated through the network for use in evaluatingthe identity, payment, insurance coverage, etc. of the subject.

In an embodiment, each engagement with any aspect of the kiosk,including the locked boxes, is recorded (e.g., by camera and/orelectronic gate). For example, the locked drop boxes may record when thebox is opened and filled, as well as opened and emptied. In anembodiment, a printed receipt of this activity is created eitherelectronically or printed, to the worker filling the locked box, or tothe subject receiving the product or service. In an embodiment, thelocked boxes include codes that change after a designated time period,so that the subject must receive an updated code in order for thevoucher to be valid.

In an embodiment, the system includes a real-time data collection andintegration with the kiosk system for health information, paymentinformation, identification, etc.

In an embodiment, payment for the medical service or product is handleddirectly by the kiosk, or the kiosk system. In an embodiment, payment ishandled by the supplier of the product or service (e.g., by the pharmacyor pharmaceutical warehouse that supplies the kiosk). In an embodiment,the kiosk is configured to submit claims to a subject's insurancecompany. In an embodiment, the kiosk is configured to send bills to thesubject prior to, during, or subsequent to the subject receiving themedical product or service, such as, for example, with a subject that isset up to receive regularly scheduled pick ups, or if the subject isable to pay electronically at another time (e.g., pre-authorization forcredit card charge or other authorization, such as by an onlineelectronic payment system may be required prior to allowing the subjectto obtain the product or service prior to payment). In an embodiment,the bills are submitted to the subject electronically. In an embodiment,the bills are submitted to the subject by paper billing. In anembodiment, the insurance reconciliation and payment from the subject isall done electronically, prior to the subject receiving the medicalservice or product from the kiosk. In an embodiment, a method forobtaining payment from a subject or user (e.g. if the subject is a minoror non-human), for example by credit card, debit card, blue toothpayment, smart card, cash card, cash bill or check reader, electroniconline payment, or other, as described herein.

In an embodiment, the kiosk is able to determine the coverage of thesubject's insurance, and direct the subject to medical services orproducts that are covered under the subject's plan and optionally awayfrom those that are not. For example, the kiosk may provide a list of“Insurance authorized” products or services, and “Insurance notauthorized” products or services, with the respective costs to thesubject also visible. In this way, the subject may elect to have aproduct or service covered by the insurance plan, or not, and pay thecorresponding costs associated with that decision.

In an embodiment, a weight may be necessary as part of the evaluation ofthe subject, for example, in a situation where the subject is apediatric or young patient. The dosage of a product or service maydepend on the weight or age of the subject in certain instances, suchthat either the weight is accessed by way of health records, priorinput, or subject input at present, or a scale (e.g., embedded within achair or the floor or a counter top) is present at the kiosk and acurrent weight of the subject may be obtained. In the event of thesubject being a baby or very young patient, the kiosk may query whethera car seat or other baby holding device is present on the scale, andinstruct the user to zero balance the scale with the baby carrier alone(without the subject) and then place the subject into the baby carrier,in order to obtain an accurate reading of the subject's weight.

In an embodiment, the kiosk alerts the subject if a suggested product orservice (or one requested by the subject) is not currently available atthis particularly location, and optionally provide the map or directionsfor availability of the nearest kiosk that does have that particularproduct or service. In an embodiment, the kiosk recommends analternative product or service that is located at this particular kiosklocation.

In an embodiment, a subject has received a voucher or recommendation fora particular product or service, but changes his/her mind. In the caseof a voucher, for example, the subject may request that an alternativeproduct or service be provided instead of the one(s) listed on thevoucher (e.g., generic version of a trademarked drug), and the kioskwill determine whether or not this is possible, based, for example, onthe subject's health history or queries, availability at this particularkiosk location, and/or other Evaluated Criteria. In an embodiment, thekiosk is able to grant the request to modify the voucher, and theoriginal voucher is voided or held inactive by the kiosk network. In anembodiment, the kiosk is not able to grant the request to modify thevoucher. In an embodiment, if the voucher is modified, a second level ofidentity confirmation and/or evaluation may occur. For example, thekiosk will confirm with the subject that the subject is not allergic tothe product/service, or is not taking any pharmaceuticals that may haveadverse reactions with the modified voucher request.

In an embodiment, the subject's request for a particular medical serviceor product is validated, for example, by checking with electronic healthrecords or pharmacy databases, as well as with the Drug EnforcementAgency for information related to the subject, and whether the subjectis authorized to receive the requested medical service or product. In anembodiment where the subject has a voucher from a healthcare workerprescribing the medical product or service, the prescription may bevalidated based on terms of the prescription and the subject's prior useof the kiosk (e.g., # of pills per day, time since last pill, # left onprescription, etc.) on a system-wide level.

In an embodiment, a roving worker transfers the medical product orservice to the locked dropboxes at a scheduled time (e.g., once a day)or as needed. In an embodiment, one or more lock boxes keeps stock atleast one particular product or service obtainable by a subject.

In an embodiment, the subject includes a human. In an embodiment, thesubject includes a healthcare worker. In an embodiment, the computersystems, devices, methods, computer program products determine whether ahealthcare worker is eligible to directly or remotely program theautomated system to deliver the medical service or product to thesubject, access a particular healthcare database, or perform a certaintask (e.g., diagnosis, run tests, dispense pharmaceutical drugs orimplements). In an embodiment, the subject includes a healthcarepatient. In an embodiment, the subject is a fetus. In an embodiment, thesubject is a non-human animal. In an embodiment, the subject is amammal, amphibian, fish, bird, or reptile. In an embodiment, the subjectis a baby or child. In an embodiment subject is a geriatric. In anembodiment, the subject is a non-adult. In an embodiment, the subject isa cow, horse, dog, cat, or other domesticated animal.

In an embodiment, the systems, devices, methods, and computer programproducts described herein do not diagnose a subject. In an embodiment,the systems, devices, methods and computer program products describedherein do not treat a subject, but rather instruct the subject to seekimmediate medical attention such as, for example, at the closestemergency room, urgent care, or similar hospital facility. In anembodiment, the systems, devices, methods, and computer program productsdescribed herein instruct the subject to seek insurance approval priorto continuing with the process of automated delivery of medical servicesor products. In an embodiment, the systems, devices, methods, andcomputer program products described herein instruct the subject tosubmit payment (e.g., electronically via credit card or bank account,etc.) prior to continuing with the process of automated delivery ofmedical services or products.

In an embodiment, the subject receives pharmaceutical drugs eitherpreviously prescribed by a healthcare worker (e.g., doctor, nurse,mid-wife, nurse practitioner, etc.) or prescribed by way of the kioskitself (e.g., by way of sensed information or information provided bythe subject, information provided by a healthcare worker, or a healthrecord (e.g., an electronic health record). In an embodiment, thesubject must provide identification in order to receive thepharmaceutical drugs from the kiosk. In an embodiment, a single dose isprovided to the subject by way of the kiosk. In an embodiment, a videocamera records the subject receiving and optionally taking the drug orother medical product or service (e.g., imbibing, consuming, ingesting,applying, etc. or otherwise utilized the dispensed medical product orservice). Thus, in an embodiment, the kiosk includes at least one ofaudio or video recording (e.g., the kiosk includes a microphone, camera,keyboard, etc.) and may include instant messaging, audio or videotransmission. In an embodiment, the camera includes a digital camera orwebcam. In an embodiment, the kiosk accepts video or audio recording ofthe subject by way of the subject sending a recording of itselfutilizing the medical product or service by way of mobile phone,electronic tablet, or digital camera to the kiosk.

Thus, in an embodiment the kiosk provides verification that the subjecthas ingested or otherwise utilized the dispensed medical product orservice.

In an embodiment, the prescription drug includes a measurable indicator,such as a radio frequency identification device, such that the kioskitself is configured to monitor the drug in the subject's body (e.g., byway of transmission/reception of signals with the drug by way of acomputer system). In an embodiment, the medical product or serviceincludes packaging that has a radio frequency identification device orradio frequency reflector that is configured to transmit a signal oncethe package is opened or disturbed. For example, the box that houses aglucose testing kit contains an RFID, or the bubble packaging for aparticular pharmaceutical drug each contains an RF reflector so thatupon utilization, the signal is transmitted to the kiosk or to a thirdparty.

In an embodiment, a subject seeks to obtain a sub-portion of a priorprescription, and the kiosk is configured to access the subject's healthrecords and determine that the subject is allowed to obtain therequested sub-portion of the drug, and if so, then the kiosk dispensesthe requested sub-portion. If the kiosk determines that the subject isnot permitted to obtain the requested sub-portion, then the kiosk mayoptionally be configured to either deny the subject any of the drug, thekiosk may dispense only what is permitted, if any, to the subject, orthe kiosk can request further information from the subject to evaluatewhether or not to dispense at least one dose of the pharmaceutical drugto the subject. In an embodiment, the further information may includequeries to the subject, queries to the subject's medical record(s), orqueries by way of sensors engaged with the subject.

Thus, in an embodiment, a kiosk including at least one computing devicereceives at least one input from a subject relating to a subject'sseeking a portion of a prescribed medical product or service and,utilizing circuitry of the computing device, compares the input from thesubject with one or more verification datasets, and the computing devicegenerates a verification value based on the comparison. For example, theverification dataset may include information related to identificationof the subject, codes (insurance codes, security codes, etc.) orprescription information. In an embodiment, the verification datasetfurther includes medical records or a medical record database of thesubject, including physician information (or other healthcare workerinformation) health care profile, state of health, etc. Once the systemhas satisfied a verification threshold, dispensation of whole or part ofthe portion sought by the subject occurs. If the verification thresholdis not met, the request by the subject is denied. In an embodiment, thesubject is also referred to seek additional authorization, such as froma health care worker, pharmacy, or insurance company. In an embodiment,the subject is instructed to seek additional medical attention. Theportion sought by the subject may include at least one daily aliquot,one weekly aliquot, one monthly aliquot, or any value therebetween,depending on the particular medical product or service being sought(e.g., liquid, pill form, device form, etc.), and the portion sought bythe subject may include any amount less than the full prescriptionamount usually dispensed (e.g., as a one time prescription such as forantibiotics, or as an on-going prescription such as for birth controlpills).

In an embodiment, the computing device of the kiosk further accesses oneor more healthcare providers for confirmation of the prescription orportion thereof.

In an embodiment a system includes a medical record database incommunication with the kiosk, that communicates with the kiosk an outputindicative of the satisfaction or denial of a medical record thresholdupon inquiry or input from a subject for a medical product or service(e.g., a portion of a prescribed medical product or service). Thus, inan embodiment, the kiosk communicates to the subject's medical records,and the medical record database communicates with the kiosk. In anembodiment, the medical record database may include one or more of asubject's prescription information, pharmacy information, health careworker information, or health insurance information. In an embodiment,the computing device communicating with the kiosk includes generating anoutput indicative of the satisfaction or denial of a medical recordthreshold (e.g., medical record dataset differs from the verificationdataset in that the verification dataset may include the medical recorddataset as well as other identifying information). In an embodiment, themedical record threshold satisfaction or denial is determined by atleast one of presence of an available prescription for which the subjectis seeking dispensation, approval of a new prescription for the subjectfor which the subject is seeking dispensation, means for contacting ahealth care worker for approval (e.g., transmitting a signal from themedical database to a physician for approval) for example, for a chroniccondition or on-going health issue related to the medical product orservice sought, or approval by a health insurance company for aprescription for the subject. In an embodiment, the system communicatesthe output indicative of the satisfaction or denial of a medical recordthreshold with at least one of a health care worker, pharmacy, or healthinsurance company. In an embodiment, the computing device associatedwith the medical record database is configured to receive at least oneinput from the kiosk indicative of the dispensation of all or part ofthe prescription (or portion thereof) sought by the subject. In anembodiment, the dispensation includes a quantity or amount of theprescription dispensed. In an embodiment, the dispensation is recordedin the subject's medical records and/or transmitted to a third party(e.g., insurance company, health care worker, pharmacy, etc.).

In an embodiment the medical services or products include prescriptionproducts or services. In an embodiment, the medical services or productsinclude non-prescription products or services. In an embodiment, thesystem has a specific user identification (e.g., fingerprint, socialsecurity number, random subject identifier, retinal scan, etc.) toidentify the subject. In an embodiment, a security breach identificationservice operates to alert the system when the kiosk or other remotefacility has had an attempted disabling or other destruction or assault.In an embodiment, product identification (e.g., RFID tag) alerts thesystem if it has been obtained by way of breaking or disabling thekiosk. In this regard, a “check out” procedure may be implemented aspart of the process of the subject requesting the medical product orservice, and in order to control for inventory and security. If the“check out” procedure is breached in any way, the system shuts down andthe security alert is triggered. In an embodiment, each engagement ofthe kiosk system is registered or recorded (e.g., by camera) and may belogged within the system. In an embodiment, automatic tracking ofinventory includes automatically ordering more of a particular productwhen that product has run low (e.g., decreased past a certain thresholdthat triggers an automatic system alert to order more), and in anembodiment, any drug or other product recalls are automaticallytransferred within the system through the network such that noadditional dispensing of the recalled product occurs, and optionally thesubjects having already received the recalled product are notified(e.g., by text to their cell phone, by email, by written mail notice, bytelephone call, etc.).

In an embodiment, non-prescription medical services or products can bepurchased by credit card/debit card/smart phone/wired moneytransaction/cash/electronic money transaction, or other means. Forexample, the kiosk may contain containers or compartments for dispensingparticular implements, such as eye glasses, canes, walkers, braces, andthe like, that may be dispensed for example, by a tube or othersingle-action mechanism. In an embodiment, multiple requests by thesubject are satisfied in one single transaction. In an embodiment, thesubject is required to submit separate requests for each product orservice requested.

In an embodiment, a voice recognition or facial recognition system isutilized for verification of the subject's identity, request, or receiptof the product or service requested.

In an embodiment, the system includes a network, such as an intranet orthe Internet, or other local and wide area networks. As describedherein, a host system may network to one or more remote kiosks or otherremote locations or facilities that may be in different geographicalareas, such as different parts of a city, different cities, differentstates, different countries, etc.

In an embodiment, the subject is provided with one or more options forobtaining a medical service or product. For example, if the subjectreports having a headache and requests non-prescription pain reliever,the kiosk or other interactive remote dispensing system may ask if thesubject has an allergy or prefers one pain reliever over another, forexample, by listing aspirin, acetaminophen, or ibuprofen.

In an embodiment, a particular subject undergoes assessment with one ormore sensors. For example, in an embodiment, the subject is assessedwith one or more first sensors that then activates one or more secondsensors, depending on the conditions sensed and criticality of thesubject based on the first sensing (and optionally, consideration ofinformation included in a subject's health record(s)) a first sensorinitiates a system (e.g., a subject passes by it or enters thefacility), or self-reporting of characteristics (e.g., symptoms) by thesubject. In an embodiment, the subject undergoes assessment based on adecision tree originating with the first sensor and/or self-reporting ofcharacteristics (e.g., symptoms) by the subject. (See for example, Shiet al., Science Direct pp. 2016-2028, Vol. 42 (2007); U.S. Patent App.Pub. No. 2010/0049095, the content of each is incorporated herein byreference.) For example, nonphysiologic and physiologic sensing can beperformed by one or more sensors of the system alone or in conjunctionwith biological assays, which can be performed by the system (bloodglucose finger prick test, breathalyzer, DNA swab, pluse-oximeter,etc.), or self-reporting by the subject of any characteristics (e.g.,symptoms) and of the subject's perceived severity or criticality of suchcharacteristics (e.g., symptoms) (e.g., battery of questions or a figureof a human or other model subject for reporting the location of pain orother trouble) in order to generate one or more Evaluated Criteria forthe subject. In an embodiment, the subject is unaware of the assessmentwith one or more sensors. In an embodiment, the subject is unresponsiveor unconscious. In an embodiment, the subject is given a choice as towhether to be assessed by the one or more sensors. In an embodiment, aprivacy curtain or separate room space is designated for particularevaluations of the subject, or if the subject request it. In anembodiment, a curtain or other privacy screen closes automatically whenthe subject engages with the kiosk. In an embodiment, a subject may plugin a set of earphones or his/her own personal ear phones to hear anyaudible alerts or messages from the kiosk.

Next, depending on the results of the assessment (i.e., sensedconditions, biological assays, self-reported characteristics, andoptionally the subject's health record(s) (e.g., electronic healthrecord)), and the corresponding Evaluated Criteria for the subject,based on comparison with a characterization value dataset. Once the ECfor the subject are generated, the subject is assigned a Health StatusIndicator (HSI) value based on comparison with a health status valuedataset. The health status dataset may include indications, values orstatistics of various bodily measurements or results of assays or sensedparameters, including but not limited to blood pressure, heart rate,body temperature, height, weight, body mass index, pupil size, bloodglucose, muscle mass, viral load, viral infection, bacterial infection,bacterial load, pregnancy status, pharmaceutical or other drug presenceor level, tumor presence or status, blood type, allergy status,nutrition status, and others. The health status dataset may includegeneral population statistics, it may include statistics from aparticular selected population group (e.g., based on gender, familialhistory, demographic, or geographic group), it may include the subject'sown previously collected health records or information, or anycombination thereof.

In an embodiment, sensed, assayed, or reported characteristics arecompared with known values, including but not limited to a database ofstandardized values, or a subject's own health history values. Based onthe HSI of the subject, a decision is made utilizing instructionsimplemented on a computing device (network, etc.) to initiate a secondset of sensors, biological assays, or health queries (HQs). The secondassessment can be predetermined or customized for a particular subject,depending on the needs of the healthcare facility or the needs of thesubject.

For example, if it is detected or self-reported that a subject has anelevated heart rate and possible fever, the information from thesubject's health record (or information from friends/relatives that arewith the subject) can be considered in order to determine whichimmunizations the subject has or has not received. This may prompt an HQof asking the subject if he/she has traveled anywhere recently, or beenin close proximity to someone who has. This may also illicit furthersensors to sense additional characteristics or the system to performbiological assays (e.g., finger prick for blood test with PCR forpathogens, etc.) and evaluate the overall condition of the subject basedon the sensed conditions. If further sensors or biological assaysindicate that the subject has no other symptoms, for example, thisfinding will determine a particular HIS and instruct the subject as towhat steps to take next (e.g., seek further medical attention, take afever-reducing medication sold over the counter or by prescription, seekrest, etc.).

In an embodiment, at least one first sensor or other components of thesystem is in operable communication with at least one second sensor orother component. In an embodiment, the at least one first sensor orother component is in wireless communication with at least one secondsensor or other component. Various modes of wireless communication aredescribed herein. In an embodiment, information obtained or collectedregarding the subject is shared or transferred from one part of thesystem to another. For example, the results of an assay can be enteredinto the subject's medical records, or the subject's health records candirect the focus of a sensor for assessing the subject's present stateof health. In this way, in an embodiment, the system represents anintegrated system of multi-directional communication between one or moreparties, including at least one of a subject, a healthcare worker, oneor more databases, and one or more assays, sensors, or self-reportingqueries. In an embodiment, assessing at least one symptom of the subjectas an evaluated criteria includes in the input for receiving a medicalproduct or service. In an embodiment, assessing includes registering atleast one self-reported responses to one or more health queries. In anembodiment, as described herein.

In an embodiment, at the time the subject first engages with the kiosk,he or she can refuse to have any data collected by way of assessment(e.g., sensors, biological assays, health record (including prescriptionrecords, stored electronic monitoring data, etc.), family health history(including questioning family members), or HQs). In such a situation,for example, the subject may still provide a fingerprint, driver'slicense, social security number, birth date, anonymous uniqueidentifier, or other form of identification for check-in, and optionalaccessing of the subject's health records, depending on the request madeby the subject (e.g., to obtain part or all of a prescription drug). Inan embodiment, a date and/or time stamp is registered at the time thesubject engages with the kiosk or begins the assessment process. In anembodiment, the system, devices, methods, etc. are fully scalable toaccommodate multiple “feeder” healthcare facilities or healthcareworkers utilizing the kiosk, or multiple different delivery deviceswithin one kiosk system or kiosk location. For example, in an embodimentthere are multiple lock boxes or cartridges for delivery a product orservice.

In an embodiment, the systems, devices, methods, or computer programproducts described herein include the ability to interact withadditional information from, for example, another computer system ofdataset (e.g., personal data storage, personal monitoring device orsensor network, patient tracking system (e.g., Amelior EDTracker),information system (e.g., Amelior ED), network sensors (e.g., mT Tag™ orother network sensor), implanted sensors, or user input. See forexample, U.S. Patent App. Pub. Nos. 2007/0088713, and 2006/0212085, eachof which is incorporated herein by reference.

In an embodiment, the sensors include at least one of an electricpotential sensor, high input impedance electrometer, electromagneticsensor, radiofrequency sensor, microwave sensor, micropower impulseradar sensor, ultrasonic sensor, imager, camera, thermal sensor, laser,infrared sensor, or audio sensor. In an embodiment, the sensor islocated in at least one of the walls, floor, input/output device, door,doorway, pen, stylus, or computer system hardware. In an embodiment, theimager includes at least one of a thermal imager, light imager, orultrasonic imager.

In an embodiment, the sensor includes at least one of an ECG, EOG, EEG,MEG, pulsometer, oximeter, pupillometer, fluid detector, biomechanicalassessor, spectrophotometer retinal interrogator, respiration detector,spirometer, or implanted physiological sensor. In an embodiment, thefluid detector includes at least one microfluidic chip or device. In anembodiment, the respiration detector includes at least one of a remoteimager or direct pressure sensor.

As described herein, the various components of the systems include oneor more transmitter, transceiver, or receiver in order to communicateamong and between components, such as for example, within the kiosknetwork or in certain cases, beyond the network.

In an embodiment, the systems, devices, methods, or computer programproducts described herein include access to the subject's health history(e.g., individual and/or family health history). In an embodiment, thesystems, devices, methods, or computer program products use artificialintelligence for at least one step of the described embodiment(s) (e.g.,OSCAR-MDA, CodeBlue, etc.).

In an embodiment, the systems, devices, methods, or computer programproducts described herein include interaction or tracking informationwith other datasets, for example, a public health database (e.g., CDC,NIH, state or local agency database, etc.). In an embodiment, thesystems, devices, methods, or computer program products described hereinaccess and interact with infectious disease information, bio-weapon orchemical weapon information (e.g., Homeland Security), adverse effectsof drugs or equipment (e.g., for manufacture recalls), or healthcarefacility statistics (e.g., infection rates, hygiene, liability, etc.).In an embodiment, a decision may be made based at least partly oninformation received from such a database, that the subject must bequarantined. In an embodiment, information is transferred one or moredirections, including updating databases with infectious disease orother public health issues (signs of bio/chemical weapons), adverseeffects to drugs or equipment (e.g., for recalls), hospital issues suchas infection rates, hygiene, or liability.

In an embodiment, the HSI of the subject or HQ satisfies a thresholdcondition, and optionally indicates that one or more Evaluated Criteriaof the subject must be monitored. For example, the subject can bemonitored continuously or intermittently (e.g., at predetermined timesor customized times) based on the subject or subject's condition. Forexample, if a particular subject is requesting a narcotic prescription,but an HQ or EC indicates that the subject already has narcotic ornarcotic metabolism by-products in its body, the prescription may bedenied, the subject may be assessed further (e.g., determine the preciselevel of narcotic or by-products in the blood), or directed to aphysician or other healthcare worker.

In an embodiment, one or more sensors utilized in assessing the subject,including one or more remote non-conductive sensors, are located in oneor more of furniture, wall, floor, door, doorway, reception counter,pen, computer monitor or other hardware, or computing device from whicha subject is self-reporting one or more characteristics (e.g.,symptoms). In an embodiment, the one or more sensors are included in anexam table, chair armrest, gurney, or other furniture.

In an embodiment, the one or more sensors include at least one ofultrasound, bioimpedance, or infrared thermometry. In an embodiment, theone or more sensors include audio sensors (e.g., cameras that are audioand/or video recorders), or eye tracking (e.g., imagers). See, forexample, U.S. Patent App. Pub. Nos. 2010/0049095; 2006/0190419;2008/0039698; or 2010/0174533, or U.S. Pat. No. 6,475,161, each of whichhas been incorporated herein by reference.

In an embodiment, one or more subject specific characteristics aremeasured, including but not limited to characteristics of the subjectincluding at least one of height, weight, fingerprint, facial features,visible physical malformations, eye characteristic, appearance of skin,appearance of hair, appearance of nails, respiratory sounds, bodytemperature, blood gas level, heart rate, brain electrical activity,respiration rate, facial expression, blood chemistries, blood cellcounts, platelet counts, antibody titer, calcium level, blood antigentype, tissue antigen type, evidence of a pathogen exposure, lipidslevels, perception of pain level, body movement (tremors, spasms, orparalysis, etc.), gait, stiffness (e.g., muscle or joint stiffness),evidence of cognition state, dehydration, self-reported pain,self-reported malaise, self-reported injury, self-reported event, rigor,fever, self-reported light-headedness or dizziness, self-reported drymouth, self-reported nausea, self-reported shortness of breath,self-reported thirst, weakness, self-reported sleepiness, hearing lossor problem, vision loss or problem, self-reported constipation ordiarrhea, flatulence, self-reported urinary incontinence, self-reportedloss of smell or problem, self-reported loss of voice or problem,self-reported loss of taste, self-reported loss of ability to walk,self-reported loss of ability to write, self-reported loss of ability oflimb or digit use, or other characteristic. For example, the appearanceof skin, hair, or nails can be evaluated by standard criteria, includingbut not limited to hair loss or change in condition, change in anybirthmarks, tattoos or skin blemishes (or arise of any new birthmarks,moles, or other skin marks), body odor, change in nail condition, damagedue to exposure to sun or chemicals, etc. In an embodiment the evidenceof cognition state includes at least one visual or auditory cue.

In an embodiment, one or more subject specific characteristics areassessed by one or more direct or indirect sensors (e.g., remotenon-conductive sensors). In an embodiment, one or more subject specificcharacteristics are assessed by self-reporting by the subject. Forexample, in an embodiment, the subject interacts with at least oneinput/output computing device (e.g., kiosk, tablet, desktop, laptop,handheld device, etc.) and responds to health queries (HQs) relating tohis or her characteristics (e.g., symptoms) or requests. For example, inan embodiment, the subject may be presented with (in any number ofdifferent possible languages or audio/visual representations such aspictures of a body denoting points of pain or illness) HQs relating toone or more characteristics of: abdominal pain, knee pain, blood instool, low back pain, chest pain, nasal congestion, constipation, nauseaor vomiting, cough, neck pain, diarrhea, numbness or tingling in handsor feet, difficulty swallowing, pelvic pain (female or male), dizziness,eye discomfort and/or redness, shortness of breath, foot or ankle pain,shoulder pain, foot or leg swelling, sore throat, headache, urinaryproblems, vision problems, heart palpitations, hip pain, wheezing, jointor muscle pain, skin rash or other rash, earache, or other symptoms.

In an embodiment, the HQs asked of the subject are customized anddirected based on previous answers provided or other information knownabout the subject (e.g., by way of the self-reporting, or by way ofelectronic health record, sensed information, etc.). For example, theHQs may be different based on the person's gender, health history, orresponse to answering a first round of specific HQs. In an embodiment,the HQs are prioritized, for example, based on symptoms or request made(e.g., request for narcotic pain reliever) with the first HQ having aheavy weight assigned due to its criticality or seriousness ofsymptom(s), and depending on the response to that HQ, the HQs thatfollow are tailored to address the concerns presented in the priorresponse.

For example, if a subject with a history of heart disease engages withthe kiosk or other remote facility, and a first remote non-conductivesensor senses and signals that the subject has an irregular heartbeat, asecond sensor quickly determines if the subject is responsive enough toanswer HQs. If so, one of the first HQs for this subject could be: “Howmay I help you?” If the subject responds by requesting a full or partialdose of his nitroglycerine prescription, for example, the second HQmight be: “Do you have chest pain?” If the subject responds, “Yes,” thenanother HQ could be, for example: “Rank your level of pain on a scale of1 to 5, with 5 being greatest level of pain.” Again, depending on theresponse, with each HQ receiving a particular numerical EvaluatedCriteria value, the HQs will be adjusted specifically for the reportingsubject. For example, if the subject reports a high level of pain “5,”the system will determine that the subject has a high Evaluated Criteriavalue, and when compared with the Health Status Indicator dataset,generates a specific overall HSI value.

When one or more HSI values satisfy a threshold condition, the subjectis assessed further, questioned further, or instructed to receivefurther medical attention at a healthcare facility. Depending on theresponses by the subject, and optionally the subject's health records(e.g., accessed electronically) he/she may or may not receive his/herrequested prescription. In an embodiment, the subject receives a placeboinstead of the requested medical service or product.

In an embodiment, subject identification, request, payment authorizationand/or insurance coverage is received by the kiosk device or system as asingle data entry point by having the subject complete the step ofentering information from his/her insurance card (e.g., scanning it,manually keying it in, orally reading it, etc.) or may be received bythe kiosk device or system as multiple different data entry points byhaving the subject complete separate steps of entering information froma driver's license or social security card, a credit or debit card,and/or insurance card. If the subject has previously used a kiosk in thesystem, then entering this information is unnecessary, and in anembodiment, the subject is given a secure access (e.g., log in usernameand password) so that the subject may save time by not having to enteridentifying information each time he/she uses the kiosk device or kiosksystem. Thus, in an embodiment, the system includes a storage component,as described in the Figures, that stores one or more pieces of healthinformation related to one or more of electronic health records,Evaluative Criteria, HQs (and/or answers thereto), subject-enteredinformation, information entered by a healthcare worker, etc. Likewise,as part of the regularly scheduled medical product or service deliverydescribed elsewhere, in an embodiment the subject does not needauthorization to receive the same medical product or service, butinstead merely logs in the system and requests the regularly scheduledportion of the prescription already put in place and previouslyauthorized. Thus, a prescription voucher or evaluation is not alwaysrequired for particular embodiments described herein.

In an embodiment, the subject's request is granted and the medicalservice or product is processed for dispensing directly at the kiosk oranother location. In an embodiment, during processing, the kiosk hasbeen pre-loaded with various commonly prescribed pharmaceutical drugs,implements, or tests. In an embodiment, the system or device includeslabeling the product container or service slip, and optionally includessubject-specific information, as well as information of the contentstherein. In an embodiment, the kiosk dispenses the medical product orservice by scanning a code on the label or on the container. Varioustypes of codes are described herein elsewhere.

In an embodiment, the information input from the subject is assignedvarying degrees of confidence depending on the source of theinformation, in order to reduce conflicting information. For example, ifa subject self-reports a high level of pain, but sensors detect nocorresponding characteristics typical of a high level of pain (e.g.,rapid heart rate, perspiration, agitation, facial expressions ofdiscomfort, etc.), the self-reported HQ of a high level of pain mayreceive a lower numerical value than if the one or more sensors verifycharacteristics typical of a subject's being in a high level of pain.

In an embodiment, exemplary HQs include but are not limited to, “Whathave you tried for your condition today?” “Do you want to request aprescription drug? If yes, have you received a prescription for thisdrug before? If no, do you want to request a non-prescription drug?”;“Do you want to request any prescription services or implements?” “Doyou smoke?”; “Do you have any allergies? If yes, are you allergic to anypharmaceutical drugs?”; “Do you have any changes in skin or hair?”; “Doyou have shaking or tremors?”; “Do you have numbness anywhere in yourbody?”: “Have you traveled lately?”; “Do you have difficultyswallowing?”; “Have you ever had a fainting spell or convulsion?”; “Doyou have any lumps or bumps in your body?”; “Please indicate whether youare male or female.”; “Are you pregnant?”; “Any change in appetite?”;“Are you sexually active?”; “Do you have any vomiting?”; “Do you drinkalcohol?”; “List any drugs ingested in the past 24 hours, includingrecreational or pharmaceutical drugs.”; “Have you had any medicalbiological assays or treatments (including surgeries) lately?”; “Rateyour pain on a scale of 1 to 5, with 5 being the highest amount of painyou have ever had.”; “How is your energy level?”; “Are you sociallywithdrawn?”; “Have you been feeling anxious lately?”; etc. Furtherexamples of potential questions are available, for example, in U.S. Pat.App. Pub. No. 2004/0138924, which is incorporated herein by reference.

If a subject engages the kiosk or other remote facility (e.g., bypushing a “START” button) but fails to answer at least one HQ., then oneor more remote sensors may assist in determining if the subject is fullyconscious, or able to proceed with the process. For example, a cameramay determine if the subject is in pain, appears to be having a seizureor stroke, appears to be intoxicated, or is not fully conscious. Atleast a portion of the image is compared to various parameters anddatabases for signs of trauma, evaluation of appearance (skin, hair,nails, etc.), movement and cognition. At least a portion of the image isoptionally compared with medical history by way of facial recognition.

In an embodiment, the kiosk transmits a notification relating to therequest or voucher set forth by the subject. For example, a redlight/green light or audio notice may provide notice that the voucher isnot valid, not functioning properly. In another example, the noticeprovides verification that the voucher is valid and is functioningproperly and the request for the medical product or service is beingprocessed.

In an embodiment, the subject utilizes a “smart” dispenser for his/herindividual use, which is able to electronically communicate with thekiosk or other remote facility. For example, the “smart” dispenser isable to wirelessly (e.g., via Bluetooth, flash drive, etc.) uploadand/or download information to the kiosk. In another example, the“smart” dispenser is able to communicate (e.g., electronically, byaudio-visual mode, or other mode) with the kiosk for obtaining orrequesting a medical product or service.

As shown in FIG. 1, the system 100 includes at least one input/outputdevice 117 either secured to a wall or movable (such as on a table orcounter), optionally including a head sensor 118, and each can includedata input such as for example one or more of keyboard input, mousetrackball or touchpad input, speech input, or audio/video input. In anembodiment, the input/output device includes a printer, fax, or scanner(120 indicates a printer/fax/scanner combination). In an embodiment,output includes a printed voucher for the subject to receive a requestedproduct or service. As indicated, one or more sensors 102, 118, arelocated in proximity to or in directly contact with the subject 104. Theoptional location indicator 119 (shown as an armband) for determinationby the kiosk or kiosk network of the subject's location and optionallyallows for notification to the subject if the subject is instructed toexit the kiosk and seek medical attention elsewhere, or obtain therequested medical product or service at another location. In anembodiment, the optional location indicator can map where the subject islocated and where the subject should travel to obtain the requestedmedical service or product.

As indicated, in an embodiment, the input/output device (including akeyboard, audio/video, or other device) includes a receiver 106(optionally wireless, shown on camera), transceiver 108 (optionallywireless), transmitter 110 (optionally wireless), includes audio/videocapabilities (e.g., camera 114), includes a power source 115, and memory116. In an embodiment, the input/output device 117 is operably coupledto a computer device 112.

In an embodiment, a code acceptor 160 is included in the system 100. Forexample, the code acceptor 160 can include a voucher scanner, afingerprint swiper, an iris scanner, a driver's license scanner, a barcode scanner, a QR scanner, keyboard, or other code acceptor.

In an embodiment, the system includes circuitry having one or morecomponents operably coupled (e.g., communicatively, electromagnetically,magnetically, ultrasonically, optically, inductively, electrically,capacitively coupled, or the like) to each other. In an embodiment,circuitry includes one or more remotely located components. In anembodiment, remotely located components are operably coupled viawireless communication. In an embodiment, remotely located componentsare operably coupled via one or more receivers 106, transceivers 108, ortransmitters 110, or the like.

In an embodiment, circuitry includes, among other things, one or morecomputing devices such as a processor (e.g., a microprocessor), acentral processing unit (CPU), a digital signal processor (DSP), anapplication-specific integrated circuit (ASIC), a field programmablegate array (FPGA), or the like, or any combinations thereof, and caninclude discrete digital or analog circuit elements or electronics, orcombinations thereof. In an embodiment, circuitry includes one or moreASICs having a plurality of predefined logic components. In anembodiment, circuitry includes one or more FPGA having a plurality ofprogrammable logic components.

In an embodiment, circuitry includes one or more memory devices 116that, for example, store instructions or data. For example in anembodiment, the automated data collection system 100 includes one ormore memory devices 116 that store information related to one or morecharacteristics of the subject that has been assessed, electronic healthrecords, self-reported symptoms, insurance, or other health-relatedinformation. Non-limiting examples of one or more memory devices 116include volatile memory (e.g., Random Access Memory (RAM), DynamicRandom Access Memory (DRAM), or the like), non-volatile memory (e.g.,Read-Only Memory (ROM), Electrically Erasable Programmable Read-OnlyMemory (EEPROM), Compact Disc Read-Only Memory (CD-ROM), or the like,persistent memory or the like, Erasable Programmable Read-Only Memory(EPROM), flash memory, or the like. The one or more memory devices 116can be coupled to, for example, one or more computing devices 112 by oneor more instructions, data, or power buses.

In an embodiment, circuitry includes one or more computer-readable mediadrives, interface sockets, Universal Serial Bus (USB) ports, memory cardslots, or the like, and one or more input/output components such as, forexample, a graphical user interface, a display, a keyboard, a keypad, atrackball, a joystick, a touch-screen, a mouse, a switch, a dial, or thelike, and any other peripheral device. In an embodiment, circuitryincludes one or more user input/output components that are operablycoupled to at least one computing device to control (electrical,electromechanical, software-implemented, firmware-implemented, or othercontrol, or combinations thereof) at least one parameter associatedwith, for example, the health information related to the subject'shealth condition.

In an embodiment, the system is configured to operate in an applicationservice provider format. In an embodiment, the system is configured tobe implemented using open source tools. For example, in an embodiment,the system includes using one or more of Java, Java server pages (JSP),Java database connectivity (JDBC), structured query language (SQL),extensible markup language (XML), user interface language (XUL) and/orscalable vector graphics (SVG) technologies.

In an embodiment, image-based applications such as viewers and/ortoolkits (e.g., Insight Segmentation and Registration Toolkit (ITK)),are incorporated for further intake of information. In an embodiment,CAD implementations or image segmentation may allow previous processingof images previously accepted on intake of information from the subject.

In an embodiment, circuitry includes a computer-readable media drive ormemory slot that is configured to accept non-transitory signal-bearingmedium (e.g., computer-readable memory media, computer-readablerecording media, or the like). In an embodiment, a program for causing asystem to execute any of the disclosed methods can be stored on, forexample, a computer-readable recording medium (CRMM), a non-transitorysignal-bearing medium, or the like. Non-limiting examples ofsignal-bearing media include a recordable type medium such as magnetictape, floppy disk, a hard disk drive, Compact Disc (CD), a Digital VideoDisk (DVD), Blu-Ray Disc, digital tape, computer memory, or the like, aswell as transmission type medium such as a digital and/or analogcommunication medium (e.g., fiber optic cable, waveguide, wiredcommunications link, wireless communication link (e.g., receiver 106,transceiver 108, or transmitter 110, transmission logic, receptionlogic, etc.). Further non-limiting examples of signal-bearing mediainclude, but are not limited to, DVD-ROM, DVD-RAM, DVD+RW, DVD-RW,DVD-R, DVD+R, CD-ROM, Super Audio CD, CD-R, CD+R, CD+RW, CD-RW, VideoCompact Discs, Super Video Discs, flash memory, magnetic tape,magneto-optic disk, MINIDISC, non-volatile memory card, EEPROM, opticaldisk, optical storage, RAM, ROM, system memory, web server, cloud, orthe like.

In an embodiment, the ADC system 100 includes circuitry having one ormore modules optionally operable for communication with one or moreinput/output components that are configured to relay user output/input.In an embodiment, a module includes one or more instances of electrical,electromechanical, software-implemented, firmware-implemented, or othercontrol devices. Such devices include one or more instances of memory,computing devices, antennas, power or other supplies, logic modules orother signaling modules, gauges or other such active or passivedetection components, piezoelectric transducers, shape memory elements,micro-electro-mechanical systems (MEMS) elements, or other actuators.

In an embodiment, the computing device further includes audio/visualinput/output connected to the system and configured to interact with thesubject. In an embodiment, the system further includes a printing deviceconnected to the computing device. In an embodiment, the system includesan input/output device including a graphical interface (e.g., display,touch screen, etc.).

In an embodiment, the one or more sensors include, for example, one ormore acoustic sensors, optical sensors, electromagnetic energy sensors,image sensors, photodiode arrays, charge-coupled devices (CCDs),complementary metal-oxide-semiconductor (CMOS) devices, transducers,optical recognition sensors, infrared sensors, radio frequency componentsensors, thermo sensors, three-dimensional sensors (e.g. to assess thesubject's facial expressions exhibiting pain or discomfort, flushing orredness, or a subject's gait or other movements, etc.).

In an embodiment, one or more components of the system (e.g., chairimpregnated with sensors for assessing one or more characteristics ofthe subject) operate in a networked environment using logic connectionsto one or more remote computing devices (e.g., a common network node, anetwork computer, a network node, a peer device, a personal computer, arouter, a server, a tablet PC, a tablet, etc.) and typically includesmany or all of the elements described above. In an embodiment, the logicconnections include connections to a local area network (LAN), wide areanetwork (WAN), and/or other networks. In an embodiment, the logicconnections include connections to one or more enterprise-wide computernetworks, intranets, and the internet. In an embodiment, the system 100,the one or more components of the system, or the like operate in a cloudcomputing environment including one or more cloud computing systems(e.g., private cloud computing systems, public cloud computing systems,hybrid cloud computing systems, or the like).

In an embodiment, the subject 104 includes a fetus. In an embodiment,the subject includes a human being. In an embodiment, the human beingincludes a fetus. In an embodiment, the subject includes a livingorganism that is distinguished from plants by independent movement andresponsive sense organs.

In an embodiment the one or more sensors 102 may sense heartbeatintervals and ECG readings remotely by measuring small electricalpotentials using a high input impedance electrometer. An example of sucha sensor device is described in U.S. Patent Application Pub. No.2006/0058694, supra; WO 2003/048789, supra; Harland, Meas. Sci.Technol., supra; Prance, 2007 Journal of Physics: Conference Series,supra, each of which is incorporated herein by reference. Such sensordevices are expected to provide noninvasive and remote monitoring. In anembodiment, the one or more sensors 102 may be worn by the subject in oron clothing or jewelry, such as in wrist bands, and may be innon-conductive contact with the body. For example, as described by U.S.Patent Application Pub. No. 2006/0058694, supra; WO 2003/048789, supra;C. J. Harland et al., 14 Meas. Sci. Technol. 923-928 (2003), each ofwhich is incorporated herein by reference. In an embodiment, the one ormore sensors 102 may be included in or associated with a piece offurniture, such as a chair or desk, or electronics such as a personalcomputer, or with some other remote item within, e.g., withinapproximately one meter from the subject. In an embodiment, the one ormore sensors 102 are able to measure electric potentials may be embeddedin objects, such as a bed or chair, in direct but non-conductive contactwith the subject. For example, as described by U.S. Pat. No. 7,245,956,supra, each of which is incorporated herein by reference. In anembodiment, the one or more sensors 102 may sense heartbeat intervalsand electrocardiographic information by examining physiologic activityof the subject or its organs and may be operable to sense acharacteristic of the subject 104 in response to an electromagneticsignal sent at or illuminating the subject and reflected from thesubject. In an embodiment, the illuminating may include exposing,subjecting, or directing energy at the subject. Systems usingilluminating or reflected electromagnetic signals, includingradiofrequency (RF) or microwave signals, are described in U.S. Pat. No.7,272,431; U.S. Patent Application Pub. No. 2004/0123667; or U.S. PatentApplication Pub. No. 2008/0045832; each of which is incorporated hereinby reference. In an embodiment, one or more sensors 102, which may be orinclude a sensor array, may be deployed, for example, throughout a room,perhaps as part of a smart room network, so as to monitor the subject atrest or in motion.

In an embodiment, information gathered by the one or more sensors 102may be communicated to a computer. In an embodiment, information may becommunicated to a computer of the system electronically. In anembodiment, information may be communicated to a computer of the systemwirelessly, for example using radio waves or ultrasound waves, orBluetooth™ technology. In an embodiment, a computer, may be used toprocess the information. The computer may be part of a network.

As illustrated in FIG. 1, in one embodiment a system 100 for deliveringmedical products or services includes one or more sensors 102 configuredto assess a subject 104. As shown, the subject 104, can be assessed byvarious modes, including but not limited to, input/output device (e.g.,user interface) 117, sensor (e.g., breathalyzer, thermal scan,respiration sensor, pupillometry, retinal scan, etc.) 118, audio/visualdevice 114 (e.g., camera), optionally including one or more of areceiver 106, transceiver 108, transmitter 110, computer device 112,memory 116, or power source 115.

In an embodiment, the one or more sensors 102 includes a sensor arrayconfigured to sense a characteristic of the subject 102 withoutphysically contacting the subject. For example, the sensor array mayinclude at least two sensor heads. In an embodiment, the at least twosensor heads may include at least two sensor heads configured to sensethe same characteristic of the subject. In an embodiment, the at leasttwo sensor heads may include sensor heads configured to sense differentcharacteristics of the subject. For example, one sensor head may beconfigured to sense temperature, another sensor head configured to senseheart rate, and a further sensor head configured to sense bloodpressure. In an embodiment, the sensor includes a sensor responsive,without physically contacting the subject, to an impedance, capacitance,permittivity, reflectivity, absorption, or electrical activity of thesubject. For example, a sensor including a capacitive proximity sensorelement configured to sense a characteristic of a subject withoutphysically contacting the subject is described in U.S. PatentApplication Pub. No. 2008/0246495, incorporated herein by reference. Forexample, in an embodiment, a reflection or reflectivity characteristicmay include an acoustic, light, or radio wave reflectivity. In anembodiment, the sensor includes a sensor responsive to thecharacteristic of a subject without physically contacting the subject.In an embodiment, the sensor includes a sensor configured to sense acharacteristic of a subject, for example, at least one anatomical orphysiological characteristic. The characteristics measured includesteady state characteristics (e.g., height, weight, etc.), and variablecharacteristics (e.g., heart rate, blood oxygen level, etc.).

In an embodiment, the one or more sensors 102 includes a sensorconfigured to sense an Evaluated Criteria of the subject 104 withoutphysically contacting the subject. For example, the sensor may beconfigured for an association with a chair, a pillow, or a gurney. In anembodiment of this sensor, the sensor may include a sensor configuredfor a physical association with an article of clothing or garmentwearable by a subject and to sense a characteristic of the subjectwithout physically contacting the subject. In an embodiment of thissensor, the sensor may include a sensor configured for a physicalassociation with an object wearable by a subject and to sense acharacteristic of the subject without physically contacting the subject.For example, the sensor may be configured for a physical associationwith eye glasses or jewelry. For example, a sensor configured for aphysical association with an object wearable by a subject is describedby U.S. Patent Application Pub. No. 2006/0058694, Electrodynamic sensorsand applications thereof, to T. Clark et al.; WO 2003/048789,Electrodynamic sensors and applications thereof, by T. D. Clark et al.;or C. J. Harland et al., High resolution ambulatory electrocardiographicmonitoring using wrist-mounted electric potential sensors, 14 Meas. Sci.Technol. 923-928 (2003), each of which is incorporated herein byreference.

In an embodiment, the one or more sensors 102 include a sensor deviceconfigured to sense an Evaluated Criteria of the subject 104 withoutphysically touching the subject. In an embodiment, the sensor deviceincludes a sensor device configured to sense an Evaluated Criteria of asubject without a resistive contact with the subject. In an embodiment,the sensor device includes a sensor device configured to sense anEvaluated Criteria of a subject without an electrically conductivecontact with the subject. In an embodiment, the sensor device includes asensor device configured to sense an Evaluated Criteria of a subjectacross a non-electrically conductive gap with the subject.

In an embodiment, the sensor device includes an electrodynamic sensordevice configured to sense an electrical activity of the heart of asubject without physically contacting the subject. For example, theelectrodynamic sensor may be configured to sense a heart rate,electrical activity of the heart, such as electrocardiography (ECG), orconductivity. An example of a high input impedance electrodynamic sensordevice configured to sense an electrical activity of a heart of asubject without physically contacting the subject is described in U.S.Patent Application Pub. No. 2006/0058694; WO 2003/048789, supra;Electrodynamic sensors and applications thereof, to T. Clark et al. Inan embodiment, the sensor device includes an adaptive electric potentialsensor device configured to sense a characteristic of a subject withoutphysically contacting the subject. An example of an adaptive electricpotential sensor device configured to sense a characteristic of asubject without physically contacting the subject is described in R. L.Prance et al., Adaptive Electric Potential Sensors for smart signalacquisition and processing, 76 Journal of Physics: Conference Series,012025 (2007). In an embodiment, the sensor device includes an electricpotential probe sensor device configured to sense a characteristic of asubject without physically contacting the subject. An example of anelectric potential probe sensor device configured to sense a bodyelectrical activity or signals, such as for example arterial pulse orother body electrodynamics, of a subject without physically contactingthe subject is described in C. J. Harland et al., 13 Meas. Sci. Tech.163-169 (2002).

In an embodiment, the one or more sensors 102 include a sensorconfigured to sense at least one of an electrical, acoustic, thermal,radiative, absorption, reflection, gaseous emission, or transmissibilityEvaluated Criteria of the subject. In an embodiment, a thermal EvaluatedCriteria may include an infrared measured thermal characteristic. In anembodiment, a thermal Evaluated Criteria may include microwave length(3-30 cm) electromagnetic radiation naturally emitted by the subject.For example, a sensor configured to sense a thermal Evaluated Criteriaof the subject includes a microwave radiometer operable to measurenatural electromagnetic radiation from the subject's internal tissue inthe microwave range. In an embodiment, the microwave radiometer may becombined with an infrared sensor as described in R. Avagyan et al., Newdiagnostic methods in acupuncture, ICMART '99 International MedicalAcupuncture Symposium 7, Riga, (May 21-23, 1999), each of which isincorporated herein by reference. See also, Pub. No. WO 2006/091123(PCT/RU2006/000072), each of which is incorporated herein by reference.For example, a transmissibility characteristic may include a light orradio wave transmissibility characteristic of the subject that isutilized as an Evaluated Criteria. For example, in an embodiment, aradiative characteristic may include gammas or other types of radiationemitted by the body of the subject him/herself, for example potassium40. An embodiment of a gamma-ray sensor device configured to sense acharacteristic of a subject without physically contacting the subject isexpected to be provided by the Radtell™ passive gamma-ray sensor by OakRidge National Laboratory of Oak Ridge, Tenn.

In an embodiment, a sensor 102 is operably coupled to one or more sensorcontrol units 134. In an embodiment, the one or more sensor controlunits 134 serve to regulate the activity of the one or more sensors 102.For example, in an embodiment, one or more sensor control units 134regulate one or more times when the one or more sensors 102 detect oneor more signals from the subject that are related to one or moreEvaluated Criteria of the subject. In an embodiment, the one or moresensor control units 134 regulate one or more time periods when one ormore sensors 102 detect one or more signals from the subject that arerelated to one or more Evaluated Criteria of the subject.

In an embodiment, a sensor 102 is configured to wirelessly communicatesensed electrical signals originating from a subject. In an embodiment,a sensor 102 is electrically or optically coupled to the controlcircuitry to communicate the one or more signals thereto. In anembodiment, a sensor 102 includes one or more sensor housings 144. In anembodiment, one or more sensor housings 144 are operably coupled withthe one or more sensors 102.

In an embodiment, numerous types of sensors 102 can be operably coupledto the computing device 112. Examples of such sensors 102 include, butare not limited to, electrodes, surface plasmon resonance detectors,microelectromechanical systems detectors, microcantilever detectors,nitric oxide detectors, osmotic detectors, relativity-based detectors,chemical detectors, pressure detectors, electrochemical detectors,piezoelectric detectors, pH detectors, hydrogel detectors, enzymaticdetectors, ball integrated circuit detectors, affinity viscosimetricdetectors, blood pressure detectors; metal detectors, glucose detectors,and the like (e.g., U.S. Pat. Nos. 7,162,289; 6,280,604; 5,603,820;5,582,170; 6,287,452; 7,291,503; 6,764,446; 7,168,294; 6,823,717;7,205,701; 6,268,161; 4,703,756; 6,965,791; 6,546,268; 6,210,326;6,514,689; 6,234,973; 6,442,413; Tu et al., Electroanalysis, 11:70-74(1999), each of which is incorporated herein by reference). In anembodiment, one or more detectors 136 are configured to detect one ormore of pH, chemicals, or nerve signals from the subject.

In an embodiment, one or more sensor housings 144 include circuitry thatis operably coupled to one or more sensors 102. In an embodiment, one ormore sensor housings 144 include circuitry that is configured tofacilitate elimination of one or more sacrificial layers. In anembodiment, one or more sensor housings 144 include circuitry that isconfigured to be operably coupled to one or more sensor control units134. In an embodiment, one or more sensor housings 144 include circuitrythat is configured to be operably coupled to one or more sensor powersources 115. In an embodiment, one or more sensor housings 144 includecircuitry that is configured to be operably coupled to one or moresensor receivers 106. In an embodiment, one or more sensor housings 144include circuitry that is configured to be operably coupled to one ormore sensor transmitters 110.

In an embodiment, a sensor 102 includes one or more sensor power sources115 (including but not limited to batteries). In an embodiment, a sensor102 is operably coupled to one or more sensor batteries 115. In anembodiment, a sensor battery 115 includes a thin-film fuel cell such asa solid oxide type (SOFC), a solid polymer type (SPFC), a protonexchange membrane type (PEMFC), and/or substantially any combinationthereof. Methods to fabricate such thin-film fuel cells are known andhave been described (e.g., U.S. Pat. No. 7,189,471, incorporated hereinby reference). In an embodiment, one or more sensor batteries 115include one or more storage films that are configured for energy storageand energy conversion. Methods to fabricate such storage films are knownand have been described (e.g., U.S. Pat. No. 7,238,628, incorporatedherein by reference). In an embodiment, a sensor battery 115 is abiobased battery (e.g., U.S. Pat. No. 6,994,934, incorporated herein byreference). In an embodiment, one or more sensor batteries 115 arethin-film batteries. Methods to fabricate thin-film batteries, includingthin film microbatteries, are known and have been described (e.g., U.S.Pat. Nos. 5,338,625, 7,194,801; 7,144,655; 6,818,356, incorporatedherein by reference). In an embodiment, one or more sensorelectromagnetic receivers (not shown) are used to electromagneticallycouple power to energize one or more sensors 102 from an external powersource 115. Methods to construct electromagnetic receivers have beendescribed (e.g., U.S. Pat. No. 5,571,152), incorporated herein byreference. In an embodiment, the receiver and/or transmitter are notpart of the sensor.

In an embodiment, the system 100 includes one or more sensortransmitters 110. Numerous types of transmitters 110 can be used inassociation with system 100. Examples of such transmitters 110 include,but are not limited to, transmitters that transmit one or more acousticsignals, optical signals, radio signals, wireless signals, hardwiredsignals, infrared signals, ultrasonic signals, and the like (e.g., U.S.Pat. Nos. RE39,785; 7,260,768; 7,260,764; 7,260,402; 7,257,327;7,215,887; 7,218,900), each of which is incorporated herein byreference. In an embodiment, one or more sensor transmitters 110 maytransmit one or more signals that are encrypted. Numerous types oftransmitters are known and have been described (e.g., U.S. Pat. Nos. andPublished U.S. Patent Applications: 7,236,595; 7,260,155; 7,227,956;US2006/0280307), incorporated herein by reference.

In an embodiment, the system 100 includes one or more sensor receivers106. Numerous types of sensor receivers 106 may be used in associationwith system 100. Examples of such sensor receivers 106 include, but arenot limited to, receivers that receive one or more acoustic signals,optical signals, radio signals, wireless signals, hardwired signals,infrared signals, ultrasonic signals, and the like. Such receivers 106are known and have been described (e.g., U.S. Pat. Nos. RE39,785;7,218,900; 7,254,160; 7,245,894; 7,206,605), incorporated herein byreference.

In an embodiment, the system 100 includes a locked drop box 136 that isoptionally electronically connected to the computing device 112. In anembodiment, one or more compartments 145 hold various medical productsor services that may be sought by a subject 104. In an embodiment, thesystem 100 includes a dispensing box 142 optionally where the medicalproduct or service is dispensed. In an embodiment, the product orservice is retrieved directly from the compartment 145 where it islocated. In an embodiment, the compartment 145 is configured with atleast one means for alerting the subject 104 that the medical product orservice is located in that compartment 145 and is ready to be retrieved(e.g., by opening the compartment door). In an embodiment, the means foralerting the subject includes at least one audio, visual, or tactilealert such as, for example, a light, beeping, buzzing, vibration, orother similar alert. In an embodiment, the system 100 further includes aprinter/scanner/fax 120. In an embodiment, the system 100 includes acurrency exchanger or acceptor 140. In an embodiment, a privacycurtain/door 150 allows for privacy while the subject 104 uses thesystem 100. In an embodiment, a pillbox device 155 is configured to beengaged with the computing device 112, by a port for example, by way ofa wired connection, flash drive (USB), Microdrive, or wirelessconnection. In an embodiment, the pillbox includes at least onecompartment (e.g. closable compartment) operably coupled with circuitryconfigured for sending a signal when the compartment is engaged (e.g.,opened, drug dispensed into the compartment, etc.).

Various statistical programs or computer algorithms for simulatingsystems may be implemented with various embodiments described herein.For example, ANOVA, Monte Carlo, etc., and other programs may beimplemented.

In an embodiment, a signal can be an external signal 188. Examples ofsuch signals include, but are not limited to, analog signals, digitalsignals, acoustic signals, optical signals, radio signals, wirelesssignals, hardwired signals, infrared signals, ultrasonic signals, andthe like. In an embodiment, one or more signals may not be encrypted. Inan embodiment, one or more signals may be encrypted. In an embodiment,one or more signals may be sent through use of a secure mode oftransmission. In an embodiment, one or more signals may be coded forreceipt by a specific subject. In an embodiment, such code may includeanonymous code that is specific for a subject. Accordingly, informationincluded within one or more signals may be protected against beingaccessed by others who are not the intended recipient.

As shown in FIG. 1, in an embodiment describing methods, systems, andcomputer program products described herein, one or more subjects engagewith the kiosk for redemption of a voucher or request of one or moremedical products or services.

In an embodiment, at least one dataset described herein includes adynamic data structure. In an embodiment, at least one dataset describedherein includes a static data structure. In an embodiment, a subject isassessed based on queries of the Evaluated Criteria that form a datastructure and that may be utilized to determine an overall Health StatusIndicator value. In an embodiment, the query includes at least one of aquestion of the subject, observed or sensed Criteria, or input based onthe subject's health history or health records. In an embodiment, thequery includes a survey from an input/output device, for example. In anembodiment, the survey can be in any language, or in pictorial or otherform. In an embodiment, the survey includes skip logic, or conditionalbranching, that allows for the survey to be customized for the subjectbased on the subject's previous responses. For example, if a subject'sfirst query includes asking whether the subject is male or female, andthe subject answers “female,” then the survey skip logic rules could besuch that it forces the subject to skip questions related to exclusivelymale symptoms or conditions.

In an embodiment, a particular Evaluated Criteria value is coupled tothe Health Status Indicator value more tightly than another particularEvaluated Criteria value. For example, a heavier weight might be givento tightly coupled Evaluated Criteria to corresponding Health StatusIndicator values (e.g., heart rate, respiration, etc.). In anembodiment, one or more Evaluated Criteria values are weighted heavier,thus generating a higher value when included in the subject's response,and tipping the analysis toward granting the request by the subject, ifan evaluation is needed for the request. For example, a heavier weightcan be given to a characteristic that is sensed or present in thesubject's health records, and a lesser weight to a self-reportedcharacteristic, particularly when the data collected appears to becontradictory or inconsistent.

In an embodiment, no or minimal evaluation of the subject is required inorder to grant the request of the medical product or service (e.g.,band-aid request, 2 pills of ibuprofen request, etc.), while moderate orhigh evaluation of the subject is required in order to grant otherrequests (e.g., pregnancy test request, statin request, etc.), andcertain requests will require that the subject seek additional medicaltreatment and will not be granted under any circumstances or will onlybe granted by way of a subject previously obtaining a voucher from ahealthcare provider (e.g., narcotics request, etc.).

As shown in FIG. 1, the system 102 includes a computing device 112 withoptionally one or more of a receiver 106, transceiver 108, transmitter110, memory 116, or power source 115. In an embodiment, as described,the dynamic dataset includes a compilation of data from each assessedsubject in the queue. For example, Subject is assessed, generating ABCdata (one or more Evaluated Criteria values based on one or moreassessed characteristics of the subject), which provide the basis forgeneration of a Health Status Indicator value for Subject based on theEvaluated Criteria value dataset, the ABC data enters the EvaluatedCriteria dataset for that subject. In an embodiment, this information isimmediately uploaded so that any kiosk or remote access delivery stationin the network is updated and the subject is disallowed from engaging asecond kiosk for the same request that was just fulfilled or rejected.

FIG. 2 illustrates one embodiment that includes a system 255 includingat least one computing device 200. The computing device can take variousforms or be part of an object, such as a limited resource computingdevice, a wireless communication device, a mobile wireless communicationdevice, an electronic pen, a handheld electronic writing device, adigital camera, a scanner, an ultrasound device, an x-ray machine, anon-invasive imaging device, a cell phone, a PDA, an electronic tabletdevice, a medical apparatus (implantable or otherwise), a printer, acar, and an airplane.

The computing device 200 is operably connected to at least oneinput/output device (see other Figures) for which the subject 204 caninteract. For example, in an embodiment, the system 255 includes andinput/output device 211, which includes a non-transitory signal bearingmedium operable to interact with a user 218 (can be self-reportedinformation, sensed information, or information obtained from healthhistory records or family members, etc. given to a health care worker, asubject may self-report or an assistant may report on behalf of thesubject) and receive input relating to the subject's seeking a medicalproduct or service. In an embodiment, the input/output device 211includes a non-transitory signal bearing medium operable to compare theat least one input from the subject relating to the subject's attempt toattain a medical product or service with one or more verificationdatasets, as described herein, and generate a verification value basedon the comparison, and optionally reinitiate receiving at least oneadditional input from the subject, and optionally repeating thecomparing step and generating a verification value. In an embodiment,the non-transitory signal bearing medium is operable to reinitiatereceiving at least one additional input from the subject until averification threshold is satisfied or denied and communicate the outputindicative of the verification value. In an embodiment, the outputincludes at least one of a visual cue, audio cue, or tactile cue. In anembodiment, the input/output device is operable to convert input intoelectronic signals that include digitized or weighted protocols.

In an embodiment, the verification datasets include one or more of aninventory dataset, an electronic medical record for the subject dataset,a verification code dataset, or health status indicator dataset. In anembodiment, the input includes at least one input in response to one ormore queries. In an embodiment, the input includes at least one detectedphysiological parameter or characteristic, such as an electricalmeasurement, biochemical measurement, or thermal measurement, by way ofone or more sensors.

In an embodiment, the input includes input from a data storage device,such as a USB, CD, DVD, or similar storage device. Likewise, input maybe provided related to the subject's seeking a medical product orservice by way of a mobile phone, computer tablet, computer laptop, orother computing device.

In addition, if one or more sensors are employed, information is sensed213. The system 255 further includes a comparator for the Verificationvalue dataset 214, which is operably coupled to electronic healthrecords or family health history 215. In an embodiment, the system 255further includes at least one Generating Unit 217 for one or moreVerification value(s) for the subject. In an embodiment, the system 255includes an assigning Verification Value unit 225, and generates output229 which may include the dispensing of the medical product or servicebeing sought by the subject 204. In an embodiment, a signal can alertwhen the subject's verification value satisfies the verificationthreshold.

In an embodiment, the subject is further assessed for at least onesymptom (either by way of being sensed by a sensor, self-reported,reported on behalf of the subject, retrieved from electronic healthrecords, etc.) and comparing the evaluated symptom criteria with ahealth status dataset. This is particularly useful in cases when thesubject does not have a pre-approved prescription. In an embodiment, thesubject is assigned a health status indicator valued based on thecomparison, and the system can signal an alert when the subject's healthstatus indicator value satisfies a health status threshold.

In an embodiment, generating a verification value includes coordinatinga medical symptom code or value as a function of satisfying thethreshold condition. As described herein elsewhere, a characteristic orsymptom of a subject may be coded thereby generating a medical symptomcode.

In an embodiment, comparing the input includes coordinating at least onepiece of identification information with an identification dataset as afunction of the threshold condition. Identification information isdescribed herein, and includes, for example, a fingerprint, driver'slicense, or other information specific to the identity of the subjectseeking a medical product or service. In an embodiment, at least oneinput is stored.

In an embodiment, the system is further configured for transmitting oneor more signals in response to communicating an output indicative of theverification value, which may include at least one of a tactile, audio,or visual representation. In an embodiment, the tactile representationincludes at least one pattern of vibration (e.g., a pulse pattern orspeed pattern). In an embodiment, the method and system further includerecording and optionally storing the results of receiving at least oneinput from the subject and/or the verification value(s) of the subject.In an embodiment, the systems and methods described herein includerecording a confirmation (e.g., audio, video, etc.) confirmation thatthe subject has taken or used the medical product or service. In anembodiment, the recording includes at least one of a time stamp,location stamp, subject name, medical product or service name or code,or drug dosage. In an embodiment, recording includes receiving an RFIDsignal associated with the medical product or service (e.g., the RFIDsignal indicates the package open or the drug swallowed).

As set forth in FIGS. 1-2, a subject makes a request that requires atleast some evaluation, and provides at least one response (e.g., byquery or sensor) that generates a verification value dataset (can bestatic or dynamic). From the verification dataset, the subject'sverification value is determined, optionally including analysis ofhealth history/records. As shown, if one or more of a subject'sverification values exceeds a [predetermined] threshold, the subject'srequest is granted. As described herein, in an embodiment, theverification input includes subject's identification (driver's license,fingerprint, etc.). In an embodiment, the verification input includesidentification as well as symptoms or health conditions (e.g., by way ofevaluated criteria or sensed or reported symptoms or conditions). Asdescribed herein, in an embodiment, the subject presents a voucher forredemption, and no evaluation is needed.

In an embodiment, the subject requests a medical product or service, andone or more of a subject's Evaluated Criteria may or may not exceed a[predetermined] threshold, yet the subject's request requires furtherevaluation based on the criteria not exceeding the threshold, orindicating that further evaluation is required in order to grant therequest.

FIG. 3 illustrates an input/output device 300 operably coupled with acomputing device 320 that includes a processing unit 321, a systemmemory 322, and a system bus 323 that couples various system componentsincluding the system memory 322 to the processing unit 321. The systembus 323 may be any of several types of bus structures including a memorybus or memory controller, a peripheral bus, and a local bus using any ofa variety of bus architectures. The system bus 323 may be any of severaltypes of bus structures including a memory bus or memory controller, aperipheral bus, and a local bus using any of a variety of busarchitectures. By way of example, and not limitation, such architecturesinclude Industry Standard Architecture (ISA) bus, Micro ChannelArchitecture (MCA) bus, Enhanced ISA (EISA) bus, Video ElectronicsStandards Association (VESA) local bus, and Peripheral ComponentInterconnect (PCI) bus, also known as Mezzanine bus.

The system memory includes read-only memory (ROM) 324 and random accessmemory (RAM) 325. A basic input/output system (BIOS) 326, containing thebasic routines that help to transfer information between sub-componentswithin the thin computing device 320, such as during start-up, is storedin the ROM 324. A number of program modules may be stored in the ROM 324or RAM 325, including an operating system 328, one or more applicationprograms 329, other program modules 330 and program data 331.

A user may enter commands and information into the computing device 320through input devices, such as a number of switches and buttons,illustrated as hardware buttons 344, connected to the system via asuitable interface 345. Input devices may further include atouch-sensitive display with suitable input detection circuitry,illustrated as a display 332 and screen input detector 333. The outputcircuitry of the touch-sensitive display 332 is connected to the systembus 323 via a video driver 337. Other input devices may include amicrophone 334 connected through a suitable audio interface 335, and aphysical hardware keyboard (not shown). Output devices may include atleast one the display 332, or a projector display 336.

In addition to the display 332, the computing device 320 may includeother peripheral output devices, such as at least one speaker 338. Otherexternal input or output devices 339, such as a joystick, game pad,satellite dish, scanner or the like may be connected to the processingunit 321 through a USB port 340 and USB port interface 341, to thesystem bus 323. Alternatively, the other external input and outputdevices 339 may be connected by other interfaces, such as a parallelport, game port or other port. The computing device 320 may furtherinclude or be capable of connecting to a flash card memory (not shown)through an appropriate connection port (not shown). The computing device320 may further include or be capable of connecting with a networkthrough a network port 342 and network interface 343, and throughwireless port 346 and corresponding wireless interface 347 may beprovided to facilitate communication with other peripheral devices,including other computers, printers, and so on (not shown). It will beappreciated that the various components and connections shown areexamples and other components and means of establishing communicationlinks may be used.

The computing device 320 may be designed to include a user interface.The user interface may include a character, a key-based, or another userdata input via the touch sensitive display 332. The user interface mayinclude using a stylus (not shown). Moreover, the user interface is notlimited to an actual touch-sensitive panel arranged for directlyreceiving input, but may alternatively or in addition respond to anotherinput device such as the microphone 334. For example, spoken words maybe received at the microphone 334 and recognized. Alternatively, thecomputing device 320 may be designed to include a user interface havinga physical keyboard (not shown).

In certain instances, one or more components of the computing device 320may be deemed not necessary and omitted. In other instances, one or moreother components may be deemed necessary and added to the computingdevice.

In certain instances, the computing system typically includes a varietyof computer-readable media products. Computer-readable media may includeany media that can be accessed by the computing device 320 and includeboth volatile and nonvolatile media, removable and non-removable media.By way of example, and not of limitation, computer-readable media mayinclude computer storage media. By way of further example, and not oflimitation, computer-readable media may include a communication media.

Computer storage media includes volatile and nonvolatile, removable andnon-removable media implemented in any method or technology for storageof information such as computer-readable instructions, data structures,program modules, or other data. Computer storage media includes, but isnot limited to, random-access memory (RAM), read-only memory (ROM),electrically erasable programmable read-only memory (EEPROM), flashmemory, or other memory technology, CD-ROM, digital versatile disks(DVD), or other optical disk storage, magnetic cassettes, magnetic tape,magnetic disk storage, or other magnetic storage devices, or any othermedium which can be used to store the desired information and which canbe accessed by the computing device 720. In a further embodiment, acomputer storage media may include a group of computer storage mediadevices. In another embodiment, a computer storage media may include aninformation store. In another embodiment, an information store mayinclude a quantum memory, a photonic quantum memory, or atomic quantummemory. Combinations of any of the above may also be included within thescope of computer-readable media.

Communication media may typically embody computer-readable instructions,data structures, program modules, or other data in a modulated datasignal such as a carrier wave or other transport mechanism and includeany information delivery media. The term “modulated data signal” means asignal that has one or more of its characteristics set or changed insuch a manner as to encode information in the signal. By way of example,and not limitation, communication media include wired media, such as awired network and a direct-wired connection, and wireless media such asacoustic, RF, optical, and infrared media.

The computing device 320 may also include other removable/non-removable,volatile/nonvolatile computer storage media products. For example, suchmedia includes a non-removable non-volatile memory interface (hard diskinterface) 345 reads from and writes for example to non-removable,non-volatile magnetic media, or a removable non-volatile memoryinterface 350 that, for example, is coupled to a magnetic disk drive 351that reads from and writes to a removable, non-volatile magnetic disk352, or is coupled to an optical disk drive 355 that reads from andwrites to a removable, non-volatile optical disk 356, such as a CD ROM.Other removable/nonremovable, volatile/non-volatile computer storagemedia that can be used in the example operating environment include, butare not limited to, magnetic tape cassettes, memory cards, flash memorycards, DVDs, digital video tape, solid state RAM, and solid state ROM.The hard disk drive 357 is typically connected to the system bus 323through a non-removable memory interface, such as the interface 345, andmagnetic disk drive 351 and optical disk drive 355 are typicallyconnected to the system bus 323 by a removable non-volatile memoryinterface, such as interface 350.

The drives and their associated computer storage media discussed aboveprovide storage of computer-readable instructions, data structures,program modules, and other data for the computing device 320.

A user may enter commands and information into the computing device 320through input devices such as a microphone, keyboard, or pointingdevice, commonly referred to as a mouse, trackball, or touch pad. Otherinput devices (not shown) may include at least one of a touch sensitivedisplay, joystick, game pad, satellite dish, and scanner. These andother input devices are often connected to the processing unit through auser input interface that is coupled to the system bus, but may beconnected by other interface and bus structures, such as a parallelport, game port, or a universal serial bus (USB).

The computing system may operate in a networked environment usinglogical connections to one or more remote computers, such as a remotecomputer 380. The remote computer 380 may be a personal computer, aserver, a router, a network PC, a peer device, or other common networknode, and typically includes many or all of the elements described aboverelative to the computing device 320, although only a memory storagedevice. The network logical connections include a local area network(LAN) and a wide area network (WAN), and may also include other networkssuch as a personal area network (PAN) (not shown). Such networkingenvironments are commonplace in offices, enterprise-wide computernetworks, intranets, and the Internet.

When used in a networking environment, the computing system is connectedto the network 371 through a network interface, such as the networkinterface 370, the modem 372, or the wireless interface 393. The networkmay include a LAN network environment, or a WAN network environment,such as the Internet. In a networked environment, program modulesdepicted relative to the computing device 320, or portions thereof, maybe stored in a remote memory storage device. By way of example, and notlimitation, remote application programs 385 as residing on computermedium 381. It will be appreciated that the network connections shownare examples and other means of establishing communication link betweenthe computers may be used.

In certain instances, one or more elements of the computing device 320may be deemed not necessary and omitted. In other instances, one or moreother components may be deemed necessary and added to the computingdevice 320.

The signal generator 390 includes a signal generator configured togenerate a signal indicative of the sensed Evaluated Criteria of thesubject. In an embodiment, the signal may include a raw data signal,i.e., a capacitance measurement, a change in position of skin overartery in the neck, an acoustic pressure, or a brain electrical activityof the subject. In an embodiment, the signal generator may include aprocessor circuit 392, a treatment regimen circuit 394, a treatmentdecision circuit 396, or a communications circuit 398. In an embodiment,the communications circuit may be operable to communicate using anelectrical conductor or using a wireless transmission. In an embodiment,the signal generator may include an instance of the thin computingdevice 320 and the processor circuit may be the processing unit 321.

In an embodiment, the system actively monitors (e.g., detects, tracks,etc.) a subject located by using at least one of computerized axialtomography, fiber optic thermometry, infrared thermography, magneticresonance imaging, magnetic resonance spectroscopy, microwavethermography, microwave dielectric spectroscopy, positron emissiontomography, ultrasound reflectometry, spectroscopic imaging, visualimaging, infrared imaging, single photon emission computed tomography,or the like.

In an embodiment, the system includes a subject tracking system (notshown in figures). For example, in an embodiment, the system includes asubject tracking system for updating in real time a subject's virtuallocation in a virtual space corresponding to the physical location ofthe subject in a physical space, such as the doctor's office, airport,school, college campus, etc. In an embodiment, the subject's locationrelative to a locked dropbox or product/service dispensary port istracked by the tracking system. In an embodiment, a map is provided tothe subject to direct the subject to seek medical care elsewhere. In anembodiment, the subject tracking system includes an optical recognitiondistributed sensor network that generates Health Status Indicator valuebased in part on the continuous monitoring of the overall physicalcondition of the subject, including subject's movements, gait, etc.,optionally as part of approval of the request or voucher redemption fromthe subject for the medical product or service.

As shown in FIG. 4, the system 400 includes one or more kiosks (eachshown as 411, 412, and 413) that are operably linked to a central server405 that is operably linked to hard drive storage 410. Each kiosk (411,412, 413) includes, as described elsewhere herein, optional componentsthat can further communicate with the central server 405, including butnot limited to a printer/scanner/fax, currency acceptors, sensors fordetecting particular characteristics of the subject, as well as aninteractive menu for the subject to provide input related to thesubject's seeking a medical product or service. In an embodiment, thecentral server 405 includes circuitry configured for setting up medicalproducts or services that are equivalents to each other, should thesubject request an equivalent. In an embodiment, the central server 405includes circuitry configured for generating output information relatedto the subject's seeking a medical product or service. In an embodiment,the central server 405 includes circuitry configured for processing theapproval, verifying the pre-approval, or assessing the subject by way ofcharacteristic evaluation criteria. In an embodiment, the central server405 includes circuitry configured for processing financial transactions,including accepting currency or credit card/debit card/online financialtransactions for the medical product or service, or processing theinsurance claim. In an embodiment, the central server 405 includescircuitry configured for determining inventory within each kiosk in thenetwork, and for relaying information to a user or central re-stockingfacility (not shown) in order to replenish inventory that is reachingpre-determined levels in any particular kiosk. In an embodiment, eachkiosk signals the central server 405 when a particular medical productor service has reached a pre-determined level or after each dispensingof every medical product or service in real-time. In an embodiment, thecentral server 405 includes circuitry for monitoring security breachesat any of the kiosks in the network, and disables a kiosk that issuspected of being tampered with or whose security has been breached. Inan embodiment, the central server 405 includes circuitry forcommunicating with each kiosk in determining the verification value ofthe subject and whether that value satisfies the verification thresholdor not.

In an embodiment, each kiosk (411, 412, 413) includes circuitry forcommunicating with one or more sensors, one or more input/outputdevices, the central server, etc. and may include a user interface forinteracting with a subject seeking a medical product or service. In anembodiment, a server interface (not shown) includes circuitry fortransmitting or receiving data wirelessly between a kiosk and thecentral server.

As described in FIG. 5, in an embodiment, the system 500 includes akiosk 100 with one or more compartments (510, 520, 530, 540, 550, 560,570, and 580) optionally with each compartment holding a differentmedical product or service than any other compartment. In an embodiment,an opening or slot 505 is included with each compartment (510, 520, 530,54, 550, 560, 570, 580) for dispensing of a medical product or serviceto a subject 104. In an embodiment, a central opening or slot 590 commonto more than one compartment (510, 520, 530, 540, 550, 560, 570, 580)for dispensing of the medical product or service to the subject 104. Inan embodiment, the common slot or opening 590 may be configured todispense a medical product or service from a row, column, or othermultiple compartments (510, 520, 530, 540, 550, 560, 570, 580). In anembodiment, the locked drop box 136 described previously also includescircuitry for transmitting or receiving data with the central server(dotted lines) and may include components such as security alarmsensors, camera 114, or electronic lock 575. In an embodiment, eachkiosk 100, as described herein, includes multiple slots or openings(505, 590) where the medical product or service is dispensed uponsatisfaction of the verification threshold. In an embodiment, theinput/output device of the kiosk 100 is in electronic communication withone or more compartments (510, 520, 530, 540, 550, 560, 570, 580) andwith the central server 405 (communication indicated by dotted lines).As indicated, the camera 114 and locked drop box 136 are also each inelectronic communication (dotted lines) with the server 405.

As described in FIG. 6, the system 600 includes a kiosk 100 for which asubject 104 seeks a medical product or service by way of inserting apillbox device 155 into the input/output device 112 of the kiosk 100. Inan embodiment, the pillbox device 155 is configured to be inserted as aUSB drive into the input/output device 112, and information istransferred between the pillbox device 155 and the server 405 (dottedlines) and optionally with one or more compartment 510 (dotted lines).In an embodiment, the pillbox device 155 can be inserted into the slotor opening 505 of a particular compartment 510. In an embodiment, thepillbox device 155 can be inserted into the common opening or slot 590common to more than one compartment 510. As indicated, the pillboxdevice 155 includes one or more sectioned compartments (656, 657, 658,659, 660) that can allow for dispensing of different pharmaceuticaldrugs (indicated by different symbols on each sectioned compartment). Inan embodiment, the pillbox device includes a transmitter or receiver(indicated by the antenna 670) for communicating with one or morecomputing devices in the network such as at the kiosk 100 or with theserver 405. In an embodiment, a GPS or other locator is included as partof the pillbox device.

All of the above U.S. patents, U.S. patent application publications,U.S. patent applications, foreign patents, foreign patent applicationsand non-patent publications referred to in this specification and/orlisted in any Application Data Sheet, are incorporated herein byreference, to the extent not inconsistent herewith.

Those having skill in the art will recognize that the state of the arthas progressed to the point where there is little distinction leftbetween hardware, software, and/or firmware implementations of aspectsof systems; the use of hardware, software, and/or firmware is generally(but not always, in that in certain contexts the choice between hardwareand software can become significant) a design choice representing costvs. efficiency tradeoffs. Those having skill in the art will appreciatethat there are various vehicles by which processes and/or systems and/orother technologies described herein can be effected (e.g., hardware,software, and/or firmware), and that the preferred vehicle will varywith the context in which the processes and/or systems and/or othertechnologies are deployed. For example, if an implementer determinesthat speed and accuracy are paramount, the implementer may opt for amainly hardware and/or firmware vehicle; alternatively, if flexibilityis paramount, the implementer may opt for a mainly softwareimplementation; or, yet again alternatively, the implementer may opt forsome combination of hardware, software, and/or firmware. Hence, thereare several possible vehicles by which the processes and/or devicesand/or other technologies described herein may be effected, none ofwhich is inherently superior to the other in that any vehicle to beutilized is a choice dependent upon the context in which the vehiclewill be deployed and the specific concerns (e.g., speed, flexibility, orpredictability) of the implementer, any of which may vary. Those skilledin the art will recognize that optical aspects of implementations willtypically employ optically-oriented hardware, software, and or firmware.

In some implementations described herein, logic and similarimplementations may include software or other control structuressuitable to operation. Electronic circuitry, for example, may manifestone or more paths of electrical current constructed and arranged toimplement various logic functions as described herein. In someimplementations, one or more media are configured to bear adevice-detectable implementation if such media hold or transmit aspecial-purpose device instruction set operable to perform as describedherein. In some variants, for example, this may manifest as an update orother modification of existing software or firmware, or of gate arraysor other programmable hardware, such as by performing a reception of ora transmission of one or more instructions in relation to one or moreoperations described herein. Alternatively or additionally, in somevariants, an implementation may include special-purpose hardware,software, firmware components, and/or general-purpose componentsexecuting or otherwise invoking special-purpose components.Specifications or other implementations may be transmitted by one ormore instances of tangible transmission media as described herein,optionally by packet transmission or otherwise by passing throughdistributed media at various times.

Alternatively or additionally, implementations may include executing aspecial-purpose instruction sequence or otherwise invoking circuitry forenabling, triggering, coordinating, requesting, or otherwise causing oneor more occurrences of any functional operations described above. Insome variants, operational or other logical descriptions herein may beexpressed directly as source code and compiled or otherwise invoked asan executable instruction sequence. In some contexts, for example, C++or other code sequences can be compiled directly or otherwiseimplemented in high-level descriptor languages (e.g., alogic-synthesizable language, a hardware description language, ahardware design simulation, and/or other such similar mode(s) ofexpression). Alternatively or additionally, some or all of the logicalexpression may be manifested as a Verilog-type hardware description orother circuitry model before physical implementation in hardware,especially for basic operations or timing-critical applications. Thoseskilled in the art will recognize how to obtain, configure, and optimizesuitable transmission or computational elements, material supplies,actuators, or other common structures in light of these teachings.

The foregoing detailed description has set forth various embodiments ofthe devices and/or processes via the use of block diagrams, flowcharts,and/or examples. Insofar as such block diagrams, flowcharts, and/orexamples contain one or more functions and/or operations, it will beunderstood by those within the art that each function and/or operationwithin such block diagrams, flowcharts, or examples can be implemented,subjectively and/or collectively, by a wide range of hardware, software,firmware, or virtually any combination thereof. In an embodiment,several portions of the subject matter described herein may beimplemented via Application Specific Integrated Circuits (ASICs), FieldProgrammable Gate Arrays (FPGAs), digital signal processors (DSPs), orother integrated formats. However, those skilled in the art willrecognize that some aspects of the embodiments disclosed herein, inwhole or in part, can be equivalently implemented in integratedcircuits, as one or more computer programs running on one or morecomputers (e.g., as one or more programs running on one or more computersystems), as one or more programs running on one or more processors(e.g., as one or more programs running on one or more microprocessors),as firmware, or as virtually any combination thereof, and that designingthe circuitry and/or writing the code for the software and or firmwarewould be well within the skill of one of skill in the art in light ofthis disclosure. In addition, those skilled in the art will appreciatethat the mechanisms of the subject matter described herein are capableof being distributed as a program product in a variety of forms, andthat an illustrative embodiment of the subject matter described hereinapplies regardless of the particular type of signal bearing medium usedto actually carry out the distribution. Examples of a signal bearingmedium include, but are not limited to, the following: a recordable typemedium such as a floppy disk, a hard disk drive, a Compact Disc (CD), aDigital Video Disk (DVD), a digital tape, a computer memory, etc.; and atransmission type medium such as a digital and/or an analogcommunication medium (e.g., a fiber optic cable, a waveguide, a wiredcommunications link, a wireless communication link (e.g., transmitter,receiver, transmission logic, reception logic, etc.), etc.).

In a general sense, those skilled in the art will recognize that thevarious embodiments described herein can be implemented, subjectivelyand/or collectively, by various types of electro-mechanical systemshaving a wide range of electrical components such as hardware, software,firmware, and/or virtually any combination thereof; and a wide range ofcomponents that may impart mechanical force or motion such as rigidbodies, spring or torsional bodies, hydraulics, electro-magneticallyactuated devices, and/or virtually any combination thereof.Consequently, as used herein “electro-mechanical system” includes, butis not limited to, electrical circuitry operably coupled with atransducer (e.g., an actuator, a motor, a piezoelectric crystal, a MicroElectro Mechanical System (MEMS), etc.), electrical circuitry having atleast one discrete electrical circuit, electrical circuitry having atleast one integrated circuit, electrical circuitry having at least oneapplication specific integrated circuit, electrical circuitry forming ageneral purpose computing device configured by a computer program (e.g.,a general purpose computer configured by a computer program which atleast partially carries out processes and/or devices described herein,or a microprocessor configured by a computer program which at leastpartially carries out processes and/or devices described herein),electrical circuitry forming a memory device (e.g., forms of memory(e.g., random access, flash, read only, etc.)), electrical circuitryforming a communications device (e.g., a modem, communications switch,optical-electrical equipment, etc.), and/or any non-electrical analogthereto, such as optical or other analogs. Those skilled in the art willalso appreciate that examples of electro-mechanical systems include butare not limited to a variety of consumer electronics systems, medicaldevices, as well as other systems such as motorized transport systems,factory automation systems, security systems, and/orcommunication/computing systems. Those skilled in the art will recognizethat electro-mechanical as used herein is not necessarily limited to asystem that has both electrical and mechanical actuation except ascontext may dictate otherwise.

In a general sense, those skilled in the art will recognize that thevarious aspects described herein which can be implemented, subjectivelyand/or collectively, by a wide range of hardware, software, firmware,and/or any combination thereof can be viewed as being composed ofvarious types of “electrical circuitry.” Consequently, as used herein“electrical circuitry” includes, but is not limited to, electricalcircuitry having at least one discrete electrical circuit, electricalcircuitry having at least one integrated circuit, electrical circuitryhaving at least one application specific integrated circuit, electricalcircuitry forming a general purpose computing device configured by acomputer program (e.g., a general purpose computer configured by acomputer program which at least partially carries out processes and/ordevices described herein, or a microprocessor configured by a computerprogram which at least partially carries out processes and/or devicesdescribed herein), electrical circuitry forming a memory device (e.g.,forms of memory (e.g., random access, flash, read only, etc.)), and/orelectrical circuitry forming a communications device (e.g., a modem,communications switch, optical-electrical equipment, etc.). Those havingskill in the art will recognize that the subject matter described hereinmay be implemented in an analog or digital fashion or some combinationthereof.

Those skilled in the art will recognize that at least a portion of thedevices and/or processes described herein can be integrated into animage processing system. Those having skill in the art will recognizethat a typical image processing system generally includes one or more ofa system unit housing, a video display device, memory such as volatileor non-volatile memory, processors such as microprocessors or digitalsignal processors, computational entities such as operating systems,drivers, applications programs, one or more interaction devices (e.g., atouch pad, a touch screen, an antenna, etc.), control systems includingfeedback loops and control motors (e.g., feedback for sensing lensposition and/or velocity; control motors for moving/distorting lenses togive desired focuses). An image processing system may be implementedutilizing suitable commercially available components, such as thosetypically found in digital still systems and/or digital motion systems.

Those skilled in the art will recognize that at least a portion of thedevices and/or processes described herein can be integrated into a dataprocessing system. Those having skill in the art will recognize that adata processing system generally includes one or more of a system unithousing, a video display device, memory such as volatile or non-volatilememory, processors such as microprocessors or digital signal processors,computational entities such as operating systems, drivers, graphicaluser interfaces, and applications programs, one or more interactiondevices (e.g., a touch pad, a touch screen, an antenna, etc.), and/orcontrol systems including feedback loops and control motors (e.g.,feedback for sensing position and/or velocity; control motors for movingand/or adjusting components and/or quantities). A data processing systemmay be implemented utilizing suitable commercially available components,such as those typically found in data computing/communication and/ornetwork computing/communication systems.

Those skilled in the art will recognize that at least a portion of thedevices and/or processes described herein can be integrated into a motesystem. Those having skill in the art will recognize that a typical motesystem generally includes one or more memories such as volatile ornon-volatile memories, processors such as microprocessors or digitalsignal processors, computational entities such as operating systems,user interfaces, drivers, sensors, actuators, applications programs, oneor more interaction devices (e.g., an antenna USB ports, acoustic ports,etc.), control systems including feedback loops and control motors(e.g., feedback for sensing or estimating position and/or velocity;control motors for moving and/or adjusting components and/orquantities). A mote system may be implemented utilizing suitablecomponents, such as those found in mote computing/communication systems.Specific examples of such components entail such as Intel Corporation'sand/or Crossbow Corporation's mote components and supporting hardware,software, and/or firmware.

Those skilled in the art will recognize that it is common within the artto implement devices and/or processes and/or systems, and thereafter useengineering and/or other practices to integrate such implemented devicesand/or processes and/or systems into more comprehensive devices and/orprocesses and/or systems. That is, at least a portion of the devicesand/or processes and/or systems described herein can be integrated intoother devices and/or processes and/or systems via a reasonable amount ofexperimentation. Those having skill in the art will recognize thatexamples of such other devices and/or processes and/or systems mightinclude—as appropriate to context and application—all or part of devicesand/or processes and/or systems of (a) an air conveyance (e.g., anairplane, rocket, helicopter, etc.), (b) a ground conveyance (e.g., acar, truck, locomotive, tank, armored personnel carrier, etc.), (c) abuilding (e.g., a home, warehouse, office, etc.), (d) an appliance(e.g., a refrigerator, a washing machine, a dryer, etc.), (e) acommunications system (e.g., a networked system, a telephone system, aVoice over IP system, etc.), (f) a business entity (e.g., an InternetService Provider (ISP) entity such as Comcast Cable, Qwest, SouthwesternBell, etc.), or (g) a wired/wireless services entity (e.g., Sprint,Cingular, Nextel, etc.), etc.

In certain cases, use of a system or method may occur in a territoryeven if components are located outside the territory. For example, in adistributed computing context, use of a distributed computing system mayoccur in a territory even though parts of the system may be locatedoutside of the territory (e.g., relay, server, processor, signal-bearingmedium, transmitting computer, receiving computer, etc. located outsidethe territory). A sale of a system or method may likewise occur in aterritory even if components of the system or method are located and/orused outside the territory.

Further, implementation of at least part of a system for performing amethod in one territory does not preclude use of the system in anotherterritory.

One skilled in the art will recognize that the herein describedcomponents (e.g., operations), devices, objects, and the discussionaccompanying them are used as examples for the sake of conceptualclarity and that various configuration modifications are contemplated.Consequently, as used herein, the specific exemplars set forth and theaccompanying discussion are intended to be representative of their moregeneral classes. In general, use of any specific exemplar is intended tobe representative of its class, and the non-inclusion of specificcomponents (e.g., operations), devices, and objects should not be takenlimiting.

Those skilled in the art will appreciate that a user may berepresentative of a human user, a robotic user (e.g., computationalentity), and/or substantially any combination thereof (e.g., a user maybe assisted by one or more robotic agents) unless context dictatesotherwise.

With respect to the use of substantially any plural and/or singularterms herein, those having skill in the art can translate from theplural to the singular and/or from the singular to the plural as isappropriate to the context and/or application. The varioussingular/plural permutations are not expressly set forth herein for sakeof clarity.

The herein described subject matter sometimes illustrates differentcomponents contained within, or connected with, different othercomponents. It is to be understood that such depicted architectures aremerely exemplary, and that in fact many other architectures may beimplemented which achieve the same functionality. In a conceptual sense,any arrangement of components to achieve the same functionality iseffectively “associated” such that the desired functionality isachieved. Hence, any two components herein combined to achieve aparticular functionality can be seen as “operably coupled to” each othersuch that the desired functionality is achieved, irrespective ofarchitectures or intermedial components. Likewise, any two components soassociated can also be viewed as being “operably connected”, or“operably coupled”, to each other to achieve the desired functionality,and any two components capable of being so associated can also be viewedas being “operably couplable”, to each other to achieve the desiredfunctionality. Specific examples of operably couplable include but arenot limited to physically mateable and/or physically interactingcomponents, and/or wirelessly interactable, and/or wirelesslyinteracting components, and/or logically interacting, and/or logicallyinteractable components.

In some instances, one or more components may be referred to herein as“configured to,” “configurable to,” “operable/operative to,”“adapted/adaptable,” “able to,” “conformable/conformed to,” etc. Thoseskilled in the art will recognize that “configured to” can generallyencompass active-state components and/or inactive-state componentsand/or standby-state components, unless context requires otherwise.

While particular aspects of the present subject matter described hereinhave been shown and described, it will be apparent to those skilled inthe art that, based upon the teachings herein, changes and modificationsmay be made without departing from the subject matter described hereinand its broader aspects and, therefore, the appended claims are toencompass within their scope all such changes and modifications as arewithin the true spirit and scope of the subject matter described herein.

It will be understood by those within the art that, in general, termsused herein, and especially in the appended claims (e.g., bodies of theappended claims) are generally intended as “open” terms (e.g., the term“including” should be interpreted as “including but not limited to,” theterm “having” should be interpreted as “having at least,” the term“includes” should be interpreted as “includes but is not limited to,”etc.). It will be further understood by those within the art that if aspecific number of an introduced claim recitation is intended, such anintent will be explicitly recited in the claim, and in the absence ofsuch recitation no such intent is present. For example, as an aid tounderstanding, the following appended claims may contain usage of theintroductory phrases “at least one” and “one or more” to introduce claimrecitations. However, the use of such phrases should not be construed toimply that the introduction of a claim recitation by the indefinitearticles “a” or “an” limits any particular claim containing suchintroduced claim recitation to claims containing only one suchrecitation, even when the same claim includes the introductory phrases“one or more” or “at least one” and indefinite articles such as “a” or“an” (e.g., “a” and/or “an” should typically be interpreted to mean “atleast one” or “one or more”); the same holds true for the use ofdefinite articles used to introduce claim recitations. In addition, evenif a specific number of an introduced claim recitation is explicitlyrecited, those skilled in the art will recognize that such recitationshould typically be interpreted to mean at least the recited number(e.g., the bare recitation of “two recitations,” without othermodifiers, typically means at least two recitations, or two or morerecitations). Furthermore, in those instances where a conventionanalogous to “at least one of A, B, and C, etc.” is used, in generalsuch a construction is intended in the sense one having skill in the artwould understand the convention (e.g., “a system having at least one ofA, B, and C” would include but not be limited to systems that have Aalone, B alone, C alone, A and B together, A and C together, B and Ctogether, and/or A, B, and C together, etc.). In those instances where aconvention analogous to “at least one of A, B, or C, etc.” is used, ingeneral such a construction is intended in the sense one having skill inthe art would understand the convention (e.g., “a system having at leastone of A, B, or C” would include but not be limited to systems that haveA alone, B alone, C alone, A and B together, A and C together, B and Ctogether, and/or A, B, and C together, etc.). It will be furtherunderstood by those within the art that typically a disjunctive wordand/or phrase presenting two or more alternative terms, whether in thedescription, claims, or drawings, should be understood to contemplatethe possibilities of including one of the terms, either of the terms, orboth terms. For example, the phrase “A or B” will be typicallyunderstood to include the possibilities of “A” or “B” or “A and B.”

With respect to the appended claims, those skilled in the art willappreciate that recited operations therein may generally be performed inany order. Also, although various operational flows are presented in asequence(s), it should be understood that the various operations may beperformed in other orders than those which are illustrated, or may beperformed concurrently. Examples of such alternate orderings may includeoverlapping, interleaved, interrupted, reordered, incremental,preparatory, supplemental, simultaneous, reverse, or other variantorderings, unless context dictates otherwise. Furthermore, terms like“responsive to,” “related to,” or other past-tense adjectives aregenerally not intended to exclude such variants, unless context dictatesotherwise.

Various non-limiting embodiments are described herein as PropheticExamples.

PROPHETIC EXAMPLES Prophetic Example 1 An Automated Delivery System forMedical Products and Services

An automated system to provide medications, medical products and medicalservices is comprised of kiosks with medication dispensers,physiological sensors and a computer-based network linking the kiosks,healthcare providers, patients, and third party payers (e.g., insurancecompanies).

Kiosks are manufactured with a computer interface including atouchscreen monitor, a video camera, a keyboard and voice recognitioncapability. The kiosk also incorporates dispensers and storage formultiple medications and sensors to detect the quantity of medicationdelivered and to monitor the remaining inventory. Custom designed kiosksmay be custom designed and adapted for example, from KIOSK InformationSystems, Louisville, Colo. 80027. They may incorporate multiplecomponent technologies including: computers, liquid crystal displays,touch screens, keyboards, card readers, biometric identity scanners, barcode scanners, printers, video cameras, and wireless transceivers (e.g.,broad band, WiFi, Bluetooth and RFID).

The kiosks may contain a computer interface with a biometric identityscanner to verify the patient's identity. For example the patientinteracts with a touch screen computer (e.g., iPad2 from Apple, Inc.,Cupertino, Calif.) and a fingerprint sensor device (e.g., Lumidigm Venusfingerprint sensor from Lumidigm Inc., Albuquerque, N.M.; see LumidigmVenus Datasheet which is incorporated herein by reference). The computeris programmed to interact verbally and by touch with the patient. Thepatient is prompted to touch the fingerprint sensor and the fingerprintdata is compared to a database of patient medical records.Alternatively, the patient may present a credit card, insurance card orother identification to verify their identity. Payment for medicationand/or services may be made at the kiosk card reader with a credit cardor insurance plan debit card (e.g., Flex Plan). Payment may be includedin the input received in conjunction with the subject seeking a medicalproduct or service. The patient may also be queried verbally by thecomputer to verify their identity. For example, birthdate, socialsecurity number, home address, and authorization codes may be requestedto gain access to the kiosk and to obtain medication or medicalservices. Alternatively the patient may be issued a USB flash drive byhis healthcare provider which contains patient identificationinformation and an authorization code for the kiosk as well asprescription information. Following authorization and access to theautomated delivery system, the patient is photographed at the kiosk bythe touch screen computer and the facial photograph is transmitted totheir healthcare provider for identity verification.

A medication dispenser is integrated in the kiosk which is capable ofselecting a small quantity of medication, packaging, labeling anddispensing it. For example the kiosk may dispense 30 tablets or 90tablets of paroxetine, i.e., a 1 or 3 month's supply. Machines todispense medications are described (see e.g., U.S. Pat. No. 8,033,424issued to Rosenblum on Oct. 11, 2011 and U.S. Patent Application No.2012/0303388 by Vishnubhatla et al. published on Nov. 29, 2012 which areincorporated herein by reference.) For example a pharmacy packagingmachine, iPack® T60, which packages individual doses in blister packs isavailable from Pearson Medical Technologies, Alexandria, La. Medicalproducts such as syringes, transdermal patches, lotions, bandages andthe like may also be dispensed from the kiosk using the medicationdispenser (see e.g., U.S. Pat. No. 8,033,424 Ibid.). The kiosksincorporate medication dispensers, medication storage lockers andmedication inventory monitors. For example, when 30 tablets ofparoxetine (30 mg tablets) are dispensed the status of paroxetine storesis updated on the kiosk computer, and if restocking is necessary anemail or text message is sent alerting a pharmacy to replenish thestorage locker of the specific kiosk.

The kiosks are equipped with video cameras to record dispensation ofmedication to a patient. Video data of the patient receiving medicationis captured by the kiosk computer and transmitted to the healthcareprovider (e.g., to a patient's electronic health record), to the insurerand to the patient. Moreover the video data may be accompanied by anemail or text message with written details of the dispensation. Forexample, the email may detail: the patient's name and address, theprescription, the prescribing physician, the health insurance plan, thepayment status, the cost of the medication and the date, time and kiosklocation where it was dispensed. In an embodiment, the input received inconjunction with the subject seeking a medical product or serviceincludes at least one of an authorization code, insurance code, oridentification code.

The automated delivery system also provides medical services at thekiosks which include measurement, analysis and reporting of physiologicand clinical parameters to provide remote medical services and to informprescription delivery. For example, the kiosk may contain sensors todetect key physiological parameters such as: heart rate, bodytemperature, respiration rate and blood oxygen level and body weight.The patient's weight may be measured by an electronic scale under thechair at the kiosk which automatically transmits the weight to a centralcomputer containing the patient's medical record. The patient'selectrocardiogram may be measured by electric potential sensors whichmay be placed 1 meter apart on opposite sides of the chair.Nonconductive electric potential sensors to determine a patient'selectrocardiogram are described (see e.g., Harland et al., Meas. Sci.Technol. 13, 163-169, 2002 which is incorporated herein by reference).The patient's respiration rate and heart rate may be determined by aremote sensor that detects physiological activities by illuminating thepatient with radio frequency (RF) electromagnetic signals and detectingthe reflected electromagnetic signal waves. The sensor may beincorporated in the back of the chair. For example a remote sensor todetect respiration and heart rate is described (see e.g., U.S. Pat. No.7,272,431 issued to McGrath on Sep. 18, 2007 which is incorporatedherein by reference). The patient's body temperature is determined bythermal imaging with a radiometric camera (e.g., a 7320 ETIP cameraavailable from Infrared Cameras, Inc., Beaumont, Tex.; see Spec. SheetIR camera which is incorporated herein by reference). The infraredcamera is installed in the kiosk and focused on the patient's foreheador eyes. Devices and methods to determine core body temperaturenoninvasively and remotely may be adapted from others (see e.g., U.S.Pat. No. 7,340,293 which is incorporated herein by reference).

The patient's hematocrit and blood oxygen concentration is determined bya photoplethysmograph device on the armrest of the chair. A system witha finger clip emits and detects different wavelengths of light throughthe tissue of the finger (see e.g., Shaltis, et al., Conf. Proc. IEEEEng. Med. Biol. Soc. 4: 3567-3570, 2005 which is incorporated herein byreference). The extinction of selected wavelengths of light is detectedand may be used to determine the hematocrit and the blood oxygensaturation value. For example, a system and method to measure hematocritand blood oxygenation by transilluminating the patient's finger withlight at wavelengths of: 660 nm, 805 nm and 1550 nm is described (seee.g., U.S. Pat. No. 5,372,136 which is incorporated herein byreference).

The biometric and physiological parameters determined remotely by thekiosk automatic data collection system are transmitted wirelessly to acentral computer that communicates with health information databases(e.g., Kaiser Permanente electronic health records may be accessed usingEpicCare software from Epic Systems Corp, Verona, Wis.; and Centers forDisease Control, Data and Statistics are available online at:http://www.cdc.gov/datastatistics). Wireless sensor networks foraggregating and transmitting physiological data to a central computerare described (see e.g., Gao et al., Proc. IEEE Conf. Technologies forHomeland Security, p. 187-192, 2008 which is included herein byreference).

The automated medical services include computer programs and methods tocompare the patient's physiological parameters to parameters obtainedfrom healthy individuals, to the patient's medical history and to thecurrent prescription. The system includes a central computer withprograms to correlate prescribed medications with current physiologicparameters. Computer programs to evaluate and compare physiologicaldatasets are described (see e.g., the paper titled: OSCAR-MDA AnArtificially Intelligent Advisor for Emergency Room Medicine by John L.Pollock and Devin Hosea 10/1997 and available online atciteseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.49.4970&rep=repl&type=pdf.and Pollock, Cognitive Carpentry: A Blueprint for How to Build a Person,MIT Press, Cambridge, Mass., 1995 which are incorporated herein byreference).

Prophetic Example 2 Remote Delivery of Prescription Medication by anAutomated Delivery System

An individual from the US is traveling in Europe for approximately 3weeks on a business trip. After 1 week the subject loses hisantidepressant medication which he requires to carry out his businessand function in his daily activities. The subject's healthcare providerhas established a network of kiosks in European cities which delivermedical products and services to authorized patients.

The patient obtains a supplementary amount of his antidepressantmedication to last for the remaining two weeks of the trip by contactinghis healthcare provider via the internet or by phone. The patientrequests a supplemental prescription of antidepressant, e.g., 14 tabletsof paroxetine, 30 mg each, and requests that prescription be picked upat a kiosk near his hotel in Paris. His doctor's office verifies hisidentity and prescription information on his medical record andauthorizes dispensation of 14 tablets of paroxetine at the specifiedkiosk. If the patient has also lost his credit cards and otheridentification the doctor's office may provide him with an authorizationcode to allow access to the kiosk. Receipt of the medication by thepatient is verified by photographs taken at the kiosk and transmitted tothe healthcare provider.

Prophetic Example 3 Automated Drug Delivery System to ControlDispensation of a Controlled Substance

A patient with chronic pain is prescribed, oxycodone, to control thepain and the patient receives their medication from an automatedmedication delivery system. Prior to prescribing oxycodone the physicianmay use the automated delivery system network to screen the patient. Forexample, the system may check the patient's name for any criminal recordand it may search for any and all medical records of the patient whichdiscuss controlled substances including prescription drugs, alcohol, orover the counter drugs. The system may also search medical records forother indicators of drug seeking behavior, i.e. frequent loss ofprescriptions, frequent refill requests and seeing multiple physicians.Guidelines for prescribing opioids are available (see e.g., SubstanceAbuse and Mental Health Services Administration. SAMHSA Opioid OverdosePrevention Toolkit: Information for Prescribers. HHS Publication No.(SMA) 13-4742. Rockville, Md. 2013 available online at:store.samhsa.gov/shin/content//SMA13-4742/Toolkit Prescribers.pdf whichis incorporated herein by reference). Informed by the search conductedby the automated delivery system, the physician discusses an informedconsent agreement with the patient. The automated delivery system canfacilitate the discussion by displaying a list of topics and keyinformation concerning oxycodone on a monitor in the doctor's office.For example, the displayed information from the informed consentagreement may include:

1) Risks and benefits of opioid therapy

2) Potential for physical dependence and cognitive impairment

3) Patient agrees to stop taking other pain medication unlessrecommended by physician

4) Patient agrees to obtain prescribed medication from one physician andone kiosk

5) Patient agrees to take medication according to prescribed dose andschedule

6) Patient is responsible for safeguarding supply of medication toprevent family members, friends or others from obtaining opioids

Following the discussion an informed consent agreement for prescriptionof oxycodone (e.g., Oxycontin) may be printed from the automatedmedication delivery system and signed by the physician and the patient.

To help the physician execute a complete and legal prescription orderaccording to Federal Law (see e.g., SAMHSA HHS Publication No. (SMA)13-4742, Ibid.) the medication delivery system displays a form on themonitor requesting the required information:

Patient's name and address

Physician's name, address and DEA registration number

Electronic signature of physician

Date of issue

Name and quantity of drug prescribed

Directions for use

Refill information

The completed prescription order is transmitted electronically to thepharmacy along with a designated kiosk for dispensing the medication andan authorization mode for the patient to access the medication (e.g., afingerprint for biometric identification). For example the physicianprescribes a limited amount of Oxycontin, (e.g., sufficient drug for 3-5days) which are dispensed at a designated kiosk. To lower the risk forpatient abuse of Oxycontin and/or reselling of Oxycontin the automateddrug delivery system verifies the patient's identity and controls thenumber of refills issued to the patient according to the prescribed doseand schedule. For example the physician may prescribe: Oxycontin 10 mgevery 12 hours for 3 days, i.e., 6 tablets, with a refill prescriptionavailable on day 4, day 7, and day 10 following dispensation of thefirst prescription. To control access to the medication delivery systemand to identify the patient the kiosk may have a biometric fingerprintsensor device (e.g., Lumidigm Venus fingerprint sensor from LumidigmInc., Albuquerque, N.M.; see Lumidigm Venus Datasheet which isincorporated herein by reference).

The kiosk may have a video camera which films receipt of the Oxycontinprescription by the patient. Both events, fingerprint sensing and videorecording are transmitted by the kiosk computer to the physician'soffice and stored in the patient's electronic medical record. Facialrecognition software may be used to automatically compare the patient'sphotograph to the video recording obtained from the kiosk. If the facialimages do not match or if the finger print identity and the facial imageidentity do not match an alert is sent to the physician's office and thepatient's access to the kiosk is blocked until the identitydiscrepancies are resolved. Video data obtained by the medicationdelivery kiosk is transmitted to the physician's office and entered inthe patient's medical record. For example, the system may ask thepatient to answer questions about their chronic pain and their usage ofOxycontin prior to gaining access to a refill. Review of the video datacontaining the patient's responses may alert the physician to problemsor to the need for additional medication. For example, the patient mayrequire naloxone, an opioid antagonist, as a precaution for opioidoverdose (see e.g., SAMHSA HHS Publication No. (SMA) 13-4742, Ibid.).The automated delivery system kiosk may request the patient via text,email or phone to make an appointment with his physician, and the systemmay also alert the physician to contact the patient.

While various aspects and embodiments have been disclosed herein, otheraspects and embodiments will be apparent to those skilled in the art.The various aspects and embodiments disclosed herein are for purposes ofillustration and are not intended to be limiting, with the true scopeand spirit being indicated by the following claims.

1.-65. (canceled)
 66. A system, comprising: a kiosk including at leastone sensor configured to detect one or more physiological parameters ofa subject seeking a medical product or service; a user interface coupledwith the kiosk, the user interface configured to receive an input fromthe subject associated with a survey of one or more queries relating toa health condition of the subject seeking the medical product orservice; a locked dispensing box coupled with the kiosk, the lockeddispensing box including one or more compartments containing one or moremedical products or services; and a computing device coupled with thekiosk, the computing device including circuitry configured to receive aninput from the at least one sensor associated with the one or morephysiological parameters of the subject and to receive the input fromthe user interface, the circuitry further configured to: compare inputfrom the at least one sensor associated with the one or morephysiological parameters of the subject and the input from the userinterface to one or more verification datasets; generate a verificationvalue based on the comparison; and provide access to the one or moremedical products or services in the locked dispensing box when theverification value satisfies a verification threshold.
 67. The system ofclaim 66, further including: a subject tracking system configured totrack a location of the subject relative to the kiosk, wherein thecircuitry is configured to provide at least one of a map or directionsto a nearest kiosk that includes the medical product or service when theverification value does not satisfy the verification threshold.
 68. Thesystem of claim 66, wherein the circuitry is configured to provideaccess to one or more medical products or services in the lockeddispensing box for a specific time period upon satisfaction of theverification threshold, wherein after expiration of the specific timeperiod, the circuitry is configured to prevent access to the one or moremedical products or services in the locked dispensing box.
 69. Thesystem of claim 66, wherein the at least one sensor includes a thermalsensor configured to sense a thermal characteristic of the subject. 70.The system of claim 69, wherein the survey includes one or more queriesrelating to the thermal characteristic of the subject.
 71. The system ofclaim 66, wherein the circuitry is configured to assign data associatedwith one or more physiological parameters detected by the at least onesensor a higher confidence value as compared to data associated with theinput from the user interface.
 72. The system of claim 66, wherein theone or more verification datasets include a health status dataset. 73.The system of claim 66, further including a scale coupled with thekiosk, the scale configured to sense a weight of the subject.
 74. Thesystem of claim 73, wherein the kiosk is configured to dispense themedical product or service into the one or more compartments of thelocked dispensing box dependent on the weight of the subject sensed bythe scale.
 75. The system of claim 66, further including a visual,audio, or tactile indicator that the verification value has or has notsatisfied the verification threshold.
 76. The system of claim 66,wherein the user interface is configured to receive an input from thesubject associated with at least one of identification input orinsurance input.
 77. The system of claim 66, wherein the one or moreverification datasets includes one or more of an inventory dataset, anelectronic medical record for the subject dataset, a verification codedataset, or a health status indicator dataset.
 78. The system of claim66, wherein the one or more physiological parameters of the subjectinclude at least one electrical measurement, biochemical measurement, orthermal measurement.
 79. The system of claim 66, wherein the circuitryis further configured to transmit at least one signal to alert a thirdparty that a specific medical product or service has reached apre-determined inventory level.
 80. The system of claim 66, wherein thecircuitry is further configured to transmit at least one signal to orderinventory of a specific medical product or service that has reached apre-determined inventory level.
 81. The system of claim 66, wherein thecircuitry is configured to receive a modification request to the medicalproduct or service via the user interface.
 82. The system of claim 81,wherein the circuitry is configured to compare the modification requestto the medical product or service to a modification range pre-selectedfor approval by a healthcare worker.
 83. The system of claim 82, whereinthe circuitry is configured to grant the modification request to themedical product or service if the modification request falls within themodification range pre-selected for approval by the healthcare worker,and wherein the circuitry is configured to deny the modification requestif the modification request falls outside the modification rangepre-selected for approval by the healthcare worker.
 84. The system ofclaim 66, wherein the circuitry is configured to generate an outputindicative of a satisfaction or denial of the verification threshold.85. The system of claim 84, wherein the circuitry is configured tocommunicate the output indicative of the satisfaction or denial of theverification threshold with at least one of a healthcare worker, apharmacy, or health insurance company.